-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello,
It seems that toolchain relocation, especially for crossed-native builds, seems to be broken in mainline while it used to work for earlier releases. The situation seems particularly bad for Windows (MinGW). I build GCC regularly only on Linux these days but in the distant past I used to build a GCJ for Windows using Linux for building a crossed-native compiler. This process is outlined in: http://rmathew.com/articles/gcj/bldgcj.html Now it does not seem to work as smoothly as it used to. First off, it seems that for MinGW the C runtime headers *must* be in /mingw/include (adjusting for sysroot): http://gcc.gnu.org/ml/java/2006-04/msg00056.html Earlier the compiler used to be able to pick up headers from $PREFIX/$TARGET, but now the $TARGET sub-folder must be renamed to "mingw" and "--with-sysroot=$PREFIX" needs to be specified. However, when the built crossed-native compiler is run on another (Windows) machine, the headers are not found by it and they seem to be picked up if $DIR/mingw is renamed back to $DIR/$TARGET. More seriously, this compiler is not able to find "as" from binutils, even though they are co-located in the same "bin" folder: http://gcc.gnu.org/ml/java/2006-04/msg00057.html This definitely used to work before. There also seem to be regressions in GCJ with the import of GNU Classpath as noted in the message linked to above, but fortunately that is easily overcome with a "--with-gcj=$TARGET-gcj" option. Thanks, Ranjit. - -- Ranjit Mathew Email: rmathew AT gmail DOT com Bangalore, INDIA. Web: http://rmathew.com/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFESQg9Yb1hx2wRS48RAmigAJ0TKr3bz3txfIRWL7za+eLlRu3qNQCeNdKT hlUOQbe37xDihTSzDdN1Clc= =prQu -----END PGP SIGNATURE-----
