[Mono-devel-list] Can not do fullbuild because libgdiplus

Ravindra Kumar rkumar at novell.com
Tue Nov 25 07:30:42 EST 2003


Peter,
Sorry, I don't think so. In this case actually mcs.exe(from monocharge)
is not able to build new mcs.exe. I think problem is with libmono.so or
System.Reflection.Emit. AW, I'm not very sure ;-)

Regards,
-Ravindra

>>> Peter Magnusson <peter at crippledcanary.se> 11/25/2003 5:28:24 PM
>>>
The libgdi error seems to be dependant of the Cairo libraries (at least

System.Drawing/gdiplus gives some hints in that direction). I don't
want 
to install Cairo for the moment but still want to build other things
not 
dependant of System.Drawing/gdiplus.

I have seen similary compile errors like below after using a
monocharge. 
This perhaps is because the files included in the monocharge is built
so 
that Cairo is neccesary to run them correctly...

Ravindra Kumar wrote:

>Hi,
>I was also trying to build the latest mono code. I was also getting
>libgdiplus.dll error. It went away when I used
>monocharge-20031124.tar.gz. But, when I install mono and try to build
>mcs I get following error, 
>
>*******************************************
>ravi at ravindra:~/MONO/src/mcs> make
>make[1]: Entering directory `/home/ravi/MONO/src/mcs/build'
>make[1]: Leaving directory `/home/ravi/MONO/src/mcs/build'
>make[1]: Entering directory `/home/ravi/MONO/src/mcs/jay'
>make[1]: Leaving directory `/home/ravi/MONO/src/mcs/jay'
>make[1]: Entering directory `/home/ravi/MONO/src/mcs/mcs'
>mcs   -d:NET_1_1 -g /target:exe /out:mcs.exe AssemblyInfo.cs
>anonymous.cs assign.cs attribute.cs driver.cs cs-tokenizer.cs
cfold.cs
>class.cs codegen.cs const.cs constant.cs convert.cs decl.cs
delegate.cs
>enum.cs ecore.cs expression.cs flowanalysis.cs genericparser.cs
>interface.cs iterators.cs literal.cs location.cs modifiers.cs
>namespace.cs parameter.cs pending.cs report.cs rootcontext.cs
>statement.cs support.cs typemanager.cs symbolwriter.cs tree.cs
>cs-parser.cs
>In type: Mono.CSharp.MethodSignature
> 
>Unhandled Exception: System.NullReferenceException: A null value was
>found where an object instance was required
>in (unmanaged) /lib/libc.so.6(memcpy+0x2f) [0x402f5b4f]
>in (unmanaged) /usr/local/lib/libmono.so.0 [0x4007d890]
>in (unmanaged) /usr/local/lib/libmono.so.0 [0x4007e737]
>in (unmanaged)
>/usr/local/lib/libmono.so.0(mono_reflection_create_runtime_class+0x6b)
>[0x4007ee5b]
>in <0x003de> System.Reflection.Emit.TypeBuilder:CreateType ()
>in <0x00092> Mono.CSharp.TypeContainer:CloseType ()
>in <0x000df> Mono.CSharp.TypeContainer:CloseType ()
>in <0x004b8> Mono.CSharp.RootContext:CloseTypes ()
>in <0x0086c> Mono.CSharp.Driver:MainDriver (string[])
>in <0x0001b> Mono.CSharp.Driver:Main (string[])
> 
>make[1]: *** [mcs.exe] Error 1
>make[1]: Leaving directory `/home/ravi/MONO/src/mcs/mcs'
>make: *** [all-recursive] Error 1
>*********************************
>
>Please help.
>
>Thanks in advance!
>- Ravindra
>
>
>On Tue, 2003-11-25 at 14:09, Peter Magnusson wrote:
>  
>
>>Is there a way to ignore the libgdiplus.dll someway so that my
fullbuild 
>>will get successfull.
>>
>>Regards
>>Peter
>>
>>_______________________________________________
>>Mono-devel-list mailing list
>>Mono-devel-list at lists.ximian.com 
>>http://lists.ximian.com/mailman/listinfo/mono-devel-list 
>>    
>>
>
>_______________________________________________
>Mono-devel-list mailing list
>Mono-devel-list at lists.ximian.com 
>http://lists.ximian.com/mailman/listinfo/mono-devel-list 
>
>  
>





More information about the Mono-devel-list mailing list