You're right.
Update from SVN again, you should find that config.gcc was just changed
to reference src/gcc/gcc/config/i386/mingw32ce.h which defines a lot of
stuff.
Apologies.
Danny
On Tue, 2009-04-14 at 20:54 +0200, Johnny Willemsen wrote:
> Hi,
>
> It looks like UNDER_CE is not defined
>
> Johnny
>
> > -----Original Message-----
> > From: Johnny Willemsen [mailto:jwillem...@remedy.nl]
> > Sent: dinsdag 14 april 2009 20:51
> > To: danny.ba...@scarlet.be; 'Marcel Smit'
> > Cc: 'CeGCC Development List'
> > Subject: Re: [Cegcc-devel] cegcc on x86 progress
> >
> > 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
>
--
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
