Re: Problems building libgcj with Msys

[Stanley Brown <stanley dot brown at zimmer dot com>]

Dan,

Thanks for your reply.  After looking at the problem further I found out 
that rmiregistry.exe was actually built and the build process ended 
because it was done.  That could explain why there was no error :). 

Anyways, I continued to perform the install and I received an error that 
pod2man was missing.  This halted the install process.  Looking in the 
bin directory I could not find this script.  Apparently, the MSYS 
Development Toolkit does not include it.  I downloaded the script from 
the podlators website (http://www.eyrie.org/~eagle/software/podlators/), 
modified the first line to find perl in my environment, and ran the 
install again.  Everything completed!!  I checked over the install and 
it appears everything installed correctly.

I will send a message to the MinGW group about including pod2man in 
their distribution.  I think ltconfig needs to be modified in cvs also 
to fix the max command length issue for mingw.  I know that ltconfig is 
not the fault but it seems like an easier solution for now.

Danny Smith wrote:

> Stanley Brown wrote:
>
>  
>
> > I have been trying to build the gcc 3.4.3 toolchain (cvs snapshot),
> > particually gcj, using msys on a windows xp sp2 box. I first stripped
> > all the carriage returns out to get makeinfo to work right. I than
> > modified ltconfig to correctly compute the maximum command line length.
> > But during the build the process ends when the following line is
> > executed: 
> >
> > /c/dev/build/gcc/gcj -B/c/dev/build/mingw32/libjava/ -B/c/dev/build/gcc/
> > -ffloat-store -g -O2 -s -o rmiregistry.exe
> > --main=gnu.java.rmi.registry.RegistryImpl -shared-libgcc
> > -L/c/dev/build/mingw32/libjava -L/c/dev/build/mingw32/libjava/.libs
> > ./.libs/libgcj.a -L/c/dev/build/mingw32/libstdc++-v3/src
> > -L/c/dev/build/mingw32/libstdc++-v3/src/.libs
> > -Lc:/dev/build/mingw32/libstdc++-v3/src
> > -Lc:/dev/build/mingw32/libstdc++-v3/src/.libs -Lc:/dev/build/gcc
> > -LC:/msys/1.0/gcc40/lib/gcc/mingw32/3.4.3 -L/mingw/lib
> > -LC:/msys/1.0/gcc40/lib/gcc/mingw32/3.4.3/../../.. -lmingwthrd -lmingw32
> > -lgcc -lmoldname -lmingwex -lmsvcrt -luser32 -lkernel32 -ladvapi32
> > -lshell32 -lmingwthrd -lmingw32 -lgcc -lmoldname -lmingwex -lmsvcrt
> > -Wl,--rpath -Wl,/gcc40/lib 
> >
> > There is no error message to explain why this is occuring. It just
> > stops. 
> >
> > I looked at the bootstrap results for building this version of gcc on a
> > mingw target. It says the following: GCJ builds, but libgcj does not,
> > due to bugs in CLASSPATH support. Is this the problem? Is there a work
> > around? 
> >
> >    
>
> The CLASSPATH problem has has been fixed on trunk.
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18104
>
> Also, you need to add --enable-libgcj to configure command.
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19970
>
>
>