Hi, I checked out a fresh tree and tried the same. I got the following error
Johnny i386-mingw32ce-gcc -c -g -O2 -I/home/johnny/cegcc/src/mingw/include -I/home/john ny/cegcc/src/mingw/../include -nostdinc -iwithprefixbefore include -I /home/john ny/cegcc/src/mingw/../w32api/include /home/johnny/cegcc/src/mingw/winmain_ce.c - o winmain_ce.o /home/johnny/cegcc/src/mingw/winmain_ce.c:21: error: function '__p___argc' is in itialized like a variable /home/johnny/cegcc/src/mingw/winmain_ce.c:22: error: function '__p___argv' is in itialized like a variable /home/johnny/cegcc/src/mingw/winmain_ce.c:143: error: conflicting types for 'Win Main' /home/johnny/cegcc/src/mingw/../w32api/include/winbase.h:1177: error: previous d eclaration of 'WinMain' was here make: *** [winmain_ce.o] Error 1 > -----Original Message----- > From: Danny Backx [mailto:danny.ba...@scarlet.be] > Sent: dinsdag 14 april 2009 17:53 > To: Marcel Smit > Cc: CeGCC Development List > Subject: Re: [Cegcc-devel] cegcc on x86 progress > > Don't have that problem, on my system that's in ei386pe.o . Are you > sure > that everything has been nicely rebuilt ? This should not happen... > > Below is what I currently see. The "cannot find" is due to a missing > underscore. > > I haven't figured out where the image_base should come from. Insights > welcomed ! > > Danny > > dannypc: {333} pwd > /home/danny/src/cegcc/svn.sf.net/cegcc/trunk/cegcc/src/build-x86- > mingw32ce/mingw > dannypc: {334} make > Making in mingwex... > gmake[1]: Entering directory > `/home/danny/src/cegcc/svn.sf.net/cegcc/trunk/cegcc/src/build-x86- > mingw32ce/mingw/mingwex' > gmake[1]: Nothing to be done for `all'. > gmake[1]: Leaving directory > `/home/danny/src/cegcc/svn.sf.net/cegcc/trunk/cegcc/src/build-x86- > mingw32ce/mingw/mingwex' > i386-mingw32ce-dlltool --as i386-mingw32ce-as --dllname mingwm10.dll \ > --def mingwthrd.def --output-lib libmingwthrd.a > i386-mingw32ce-ar rv libmingwthrd.a crtmt.o > a - crtmt.o > i386-mingw32ce-ranlib libmingwthrd.a > i386-mingw32ce-dlltool --as i386-mingw32ce-as --output-def > mingwthrd.def > mthr.o mthr_init.o > i386-mingw32ce-gcc -B./ -shared -Wl,--image-base,0x6FBC0000 > -Wl,--entry,DllMainCRTStartup mthr.o mthr_init.o mingwthrd.def - > Lmingwex > -o mingwm10.dll > /opt/x86mingw32ce/lib/gcc/i386-mingw32ce/4.1.0/../../../../i386- > mingw32ce/bin/ld: warning: cannot find entry symbol DllMainCRTStartup; > defaulting to 6fbc1000 > ./libmingw32.a(pseudo-reloc.o): In function > `_pei386_runtime_relocator': > /home/danny/src/cegcc/svn.sf.net/cegcc/trunk/cegcc/src/mingw/pseudo- > reloc.c:36: undefined reference to `___image_base__' > collect2: ld returned 1 exit status > gmake: *** [mingwm10.dll] Error 1 > dannypc: {335} > > On Tue, 2009-04-14 at 12:11 +0200, Marcel Smit wrote: > > 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 > > > -- > Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info > > > ----------------------------------------------------------------------- > ------- > 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 ------------------------------------------------------------------------------ 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
