Hi, I've updated my source tree with your patch. While compiling ce gcc (using the build-x86.sh script), I run into the following error:
libtool: link: gcc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -g -O2 -o .libs/ld-new.exe ldgram.o ldlex.o lexsup.o ldlang.o mri.o ldcto r.o ldmain.o ldwrite.o ldexp.o ldemul.o ldver.o ldmisc.o ldfile.o ldcref.o ei386pe.o deffilep.o pe-dll.o ../bfd/.libs/libbfd.a ../libiberty/libiberty .a ldemul.o: In function `ldemul_hll': /home/Marcel/cegcc/src/binutils/ld/ldemul.c:41: undefined reference to `_ld_i386pe_emulation' pe-dll.o: In function `pe_create_import_fixup': /home/Marcel/cegcc/src/binutils/ld/pe-dll.c:2540: undefined reference to `_pe_data_import_dll' collect2: ld returned 1 exit status make[4]: *** [ld-new.exe] Error 1 make[4]: Leaving directory `/home/Marcel/cegcc/src/scripts/x86/binutils/ld' make[3]: *** [all-recursive] Error 1 This error persists after rebuilding CE gcc. May be this is related to the underscore issue you mentioned... Please let me know if you need more information. Thanks, Marcel. Danny Backx wrote: > I spent a bit of time on this today. The gcc bootstrap works, most of > the src/mingw is also done. > > I need someone to verify whether this works, and also I need to know how > CE on x86 deals with underscores. (Is a C function foo() really symbol > "foo" or is it "_foo" ?) > > That's the next issue to solve in mingw :-) > > Danny ------------------------------------------------------------------------------ This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com _______________________________________________ Cegcc-devel mailing list Cegcc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cegcc-devel