Has anyone come across this problem?: I am trying to compile mono on Solaris 10. I got pkgconfig, glib compiled and ran configure successfully but it just fails while running gmake for mono 2.4
bash-3.00# gmake gmake all-recursive gmake[1]: Entering directory `/mono_downloads/mono-2.4' Making all in po gmake[2]: Entering directory `/mono_downloads/mono-2.4/po' Making all in mcs gmake[3]: Entering directory `/mono_downloads/mono-2.4/po/mcs' test ! -f ./mcs.pot || \ test -z "es.gmo ja.gmo de.gmo" || gmake es.gmo ja.gmo de.gmo gmake[4]: Entering directory `/mono_downloads/mono-2.4/po/mcs' : --update es.po mcs.pot : --update ja.po mcs.pot : --update de.po mcs.pot rm -f de.gmo && : -c --statistics -o de.gmo de.po mv: cannot access t-de.gmo gmake[4]: *** [de.gmo] Error 2 gmake[4]: Leaving directory `/mono_downloads/mono-2.4/po/mcs' gmake[3]: *** [stamp-po] Error 2 gmake[3]: Leaving directory `/mono_downloads/mono-2.4/po/mcs' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/mono_downloads/mono-2.4/po' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/mono_downloads/mono-2.4' gmake: *** [all] Error 2 bash-3.00# pwd /mono_downloads/mono-2.4 bash-3.00# pwd /mono_downloads/mono-2.4 Thanks, John Thracx wrote: > > <P>In short, it's not working for me but I'm willing to keep trying and > document my experiences if I can get some help from the Mono developer > community. I apologize for the lengthy post but I figured that I might as > well be thorough.</P> > Background:<BR> > <P> > I have been wrestling with trying to compile various versions of Mono. > After a good deal of trouble, I managed to build v2.0.1 on my Solaris 10 > SPARCv9 machine. It has issues (i.e. bugs in Mono), but I think the build > itself was successful. > </P><P> > I believe many of my issues have been fixed in later Mono fixes, but thus > far I have been unable to build Mono v2.2, v126637, and v2.4 RC2. I'm > hoping to be able to utilize v2.4 when it's released but if I can't > compile the RC2, obviously I'll have an issue when v2.4 becomes official. > If it's a bug with me, I could certainly use some help. If it's a bug in > Mono, I need some help finding it so hopefully it can be fixed before v2.4 > is released later this month. > </P><P> > I hope to document all the issues and fixes that I've encountered thus far > - the documentation for building Mono on Solaris is very scattered, but > I'd hate to conclude mine with "but in the end it doesn't work". > </P> > Problem:<BR> > <P> > 'Configure' succeeds and 'make' gets all the way to where it compiles > System.dll (with warning 'System.dll build without parts that don't depend > on: System.Xml.dll'. I then get "MCS [basic] System.dll", and then the > annoying "GC Warning: Large stack limit(...): only scanning 8 MB" > warning. It's followed by a 'Compilation succeeded - 13 warnings(s)' > message which tells me that it finished System.dll. It then tries working > on System.Xml.dll after doing what looks like some lexer tree reductions > (messages like 3 rules never reduced, 1 shift-reduce conflict, etc) and > then the "MCS [basic] System.Xml.dll" message. This is the last thing > I see. I can wait for over 16 hours and nothing happens, other than > prstat reporting that 'mono' has used 16+ hours of CPU time. It gives an > '.../class/lib/basic/System.Xml.dll] Error 130' message after I kill it > but that is just from me interrupting it. For some reason, the build > process is either unable to compile System.Xml.dll, or it runs something > that hangs. I don't see any 'compilation succeeded' message like with > System.dll so I assume it's the former. But it was able to compile > System.dll so why can't it compile System.Xml.dll? > </P> > <P> > As what may be an important side-note, my previous brick wall was with > build/deps/basic-profile-check.exe. I was able to get past this issue but > I think it's probably the same problem as above, or at least related, so I > thought it best to mention it: 'Configure' succeeds and 'make' gets all > the way to where it enters the mcs directory. I get the "The compiler > 'mcs' doesn't appear to be usable. Trying the 'monolite' directory." > message and then it seems to re-try compiling and/or running > basic-profile-check.exe and I've waiting over 16 hours and nothing else > happens - it's hung. When I kill it, it says > "[build/deps/basic-profile-check.exe] Error 127", and then gives an Error > 130 but that's just from my interrupting it. For some reason, the build > process is either unable to compile basic-profile-check.exe or when it > runs it, it hangs. My guess is the former. Either way, if I add my Mono > v2.0.1 bin directory to my path, it's able to get past this problem - but > then hangs on System.Xml.dll per above. > </P> > What Didn't Work:<BR> > <P> > First, note that my system does not have access to the Internet. Things > like 'make get-mono-latest' don't work for me. Regardless, I now have a > rather complete GNU bin directory that I've compiled myself, including GCC > v3.4.3, TAR v1.21, ar, as, grep, ranlib, strip, ld, etc. I've renamed the > 'mcs' file native to Solaris to something else. I've replaced the "-mt" > option in gthread-2.0.pc with -D_REENTRANT. I'm including a copy of > libgdiplus v2.4 that I built, although I understand that's just needed for > System.Drawing to work. > </P><P> > I've tried including and not including my v2.0.1 bin and lib in my > environment to no avail. I've tried various combinations of configure > options such as these: --disable-dtrace --with-gc=none > --with-sigaltstack=no --with-ikvm-native=no --disable-mcs-build. The > summary at the end of Configure confirms that these work (i.e. I was > previously using signaltstack=no...), and "TLS: pthread", which I believe > was auto-detected correctly. I'm using "ulimit -Hs 10240" now but it > doesn't seem to be doing anything. I've tried using monolite from > mono-project.org and adding that to my path. I've even tried letting the > _tmpinst directory get created and then editing the scripts in it to point > to my Mono v2.0.1 files instead of the build ones. I have read that > others have succeeded on Solaris 10 SPARC, so thus far I've avoid making > any code changes to the source, but as of this post that's my next step as > I can't think of any other avenues. > </P><P> > Nothing seems to let me get past this problem - any ideas? > </P> > -- View this message in context: http://www.nabble.com/Compiling-Mono-v2.4-RC2-%28Solaris-10-SPARCv9%29-tp22587130p24051545.html Sent from the Mono - Dev mailing list archive at Nabble.com. _______________________________________________ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list