Re: [Mingw-users] Problem with crossed native build of gcc 4.2.2

> Could you point me to the copy of __your__ script that you suggest that I=
use?
You have had a look at the MinGW Sourceforge page and there the list
of released files found at
http://sourceforge.net/project/showfiles.php?group_id=3D2435
haven't you ?
The second entry from the top is named "Cross-Hosted MinGW Build Tool"
and that's what you are looking for.
Anyway, that collection of scripts does not yet compile gcc 4.2.1 as of
the mingw site out of the box (tried that yesterday). I'm currently trying
to understand and fix what actually goes wrong. I've used these scripts
numerous times to create a version 3.4.5 toolchain.
Anybody interested in joining forces please mail me privately.
Best,
Michael
=2D-=20
Michael Gerdau email: mgerdau@...
GPG-keys available on request or at public keyserver

Thread view

Pardon me if this has been dealt with in the past, but I have searched
extensively and cannot find any discussion of this problem.
I am trying to build a crossed native mingw compiler gcc 4.2.2 in linux using
Ranjit Mathew's procedures detailed at:
http://rmathew.com/articles/gcj/bldgcj.html
This build includes gcj. I have not changed any of the scripts provided by Mr.
Mathews other than the items required, such as entering the location to be used
for the crossed native gcc, etc.
The crossed native build of binutils-2.17 works fine and installs to my cross
gcc directory.
The cross configure of gcc also seems to work.
The build of the mingw gcc cross starts out well, but eventually stalls on:
/bin/sh ./libtool --mode=compile /projects/XGCC_BUILD/gcc/gcj
-B/projects/XGCC_BUILD/i686-pc-mingw32/libjava/ -B/projects/XGCC_BUILD/gcc/
-ffloat-store -fomit-frame-pointer -fno-omit-frame-pointer -fclasspath=
-fbootclasspath=/projects/XGCC_BUILD/i686-pc-mingw32/libjava/classpath/lib
--encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -fjni
-findirect-dispatch -fno-indirect-classes -c -o gnu-xml.lo @gnu-xml.list
/projects/XGCC_BUILD/gcc/gcj -B/projects/XGCC_BUILD/i686-pc-mingw32/libjava/
-B/projects/XGCC_BUILD/gcc/ -ffloat-store -fomit-frame-pointer
-fno-omit-frame-pointer -fclasspath=
-fbootclasspath=/projects/XGCC_BUILD/i686-pc-mingw32/libjava/classpath/lib
--encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -fjni
-findirect-dispatch -fno-indirect-classes -c @gnu-xml.list -o gnu-xml.o
The build seems to be doing something, but even if I leave it for hours, it
never completes. It chews up almost all of the available memory, but nothing
happens.
I have tried this on two different machines. One has 1 gig of memory and 1.5 gig
of swap. This same problem occurs under OpenSuse 10.3, Fedora 8, and Puppy Linux.
Needless to say, I never get to the point of trying to create a mingw native
compiler.
Any help will be greatly appreciated.

> I am trying to build a crossed native mingw compiler gcc 4.2.2 in linux u=
sing
> Ranjit Mathew's procedures detailed at:
>=20
> http://rmathew.com/articles/gcj/bldgcj.html
I suggest you ask the author of that script (because we can't support
other's scripts).
I case you aren't aware of it:
We do provide our own set of scripts to create a xcompiler though
admittedly that is not yet ported to deal with gcc 4.x and the
changed packaging.
However if all you want is get it working somehow you probably could
take our scripts and hack your way along.
> Any help will be greatly appreciated.
Adjusting _our_ scripts to create a 4.x xcompiler is pretty close to
the top of my current "pet project TODO list" (tm). I'm happy to
collaborate with you (and whoever else might be interested) on this.
Best,
Michael
=2D-=20
Michael Gerdau email: mgerdau@...
GPG-keys available on request or at public keyserver

Could you point me to the copy of __your__ script that you suggest that I use?
I'm cool with the idea of starting with any script. I just figure that its about
time that I build a useful copy of java for GCC 4.
I actually tried two different build strategies, Ranjit Mathew's and another by
Coleman Kane. Both stalled at the same point. Sorry if I gave you the idea that I
expected you to support a script written by someone else. I never meant that.
I just wanted to know if anyone had seen this behavior while cross compiling GCC.
I found it easy to build GCC 4.0 natively. I never ran the test suites, but the
package produced useful results for me. I could not complete a native build of
anything higher than 4.0. It would be great to update this to 4.2 etc. I also
figure that getting 4.2 to work would probably prepare me for 4.3.

On 30 December 2007 14:59, keig wrote:
> I just wanted to know if anyone had seen this behavior while cross
> compiling GCC.
>
> I found it easy to build GCC 4.0 natively. I never ran the test suites, but
> the package produced useful results for me. I could not complete a native
> build of anything higher than 4.0.
What version is your system compiler? I think I vaguely remember something
about having to use gcc-4.1 or greater to be able to build 4.2 owing to a bug
in earlier gcc versions that was tripped by the code in 4.2 - sorry, I can't
track down a reference anywhere, but it might be worth trying if you haven't
already.
cheers,
DaveK
--
Can't think of a witty .sigline today....

> Could you point me to the copy of __your__ script that you suggest that I=
use?
You have had a look at the MinGW Sourceforge page and there the list
of released files found at
http://sourceforge.net/project/showfiles.php?group_id=3D2435
haven't you ?
The second entry from the top is named "Cross-Hosted MinGW Build Tool"
and that's what you are looking for.
Anyway, that collection of scripts does not yet compile gcc 4.2.1 as of
the mingw site out of the box (tried that yesterday). I'm currently trying
to understand and fix what actually goes wrong. I've used these scripts
numerous times to create a version 3.4.5 toolchain.
Anybody interested in joining forces please mail me privately.
Best,
Michael
=2D-=20
Michael Gerdau email: mgerdau@...
GPG-keys available on request or at public keyserver