[Mono-dev] Compiling Mono v2.4 RC2 (Solaris 10 SPARCv9)

Zoltan Varga vargaz at gmail.com
Tue Jun 16 06:37:09 EDT 2009


Hi,

  Install the gettext package.

                Zoltan

On Tue, Jun 16, 2009 at 12:24 PM, John M <john_mandia at yahoo.com> wrote:

>
> 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 at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20090616/9e201bf1/attachment-0001.html 


More information about the Mono-devel-list mailing list