Re: [Cegcc-devel] Support for wince 2.1?

2006-11-19 Thread Pedro Alves
Kevin O'Connor escreveu: > Hi, > > I've received a report that haret does not run on wince 2.1 machines. > I've confirmed that this isn't a linker issue. The application seems > to crash before calling into WinMain. > > Has anyone tested mingw32ce c++ on ce 2.1? > > To debug this, I changed my lin

[Cegcc-devel] Support for wince 2.1?

2006-11-19 Thread Kevin O'Connor
Hi, I've received a report that haret does not run on wince 2.1 machines. I've confirmed that this isn't a linker issue. The application seems to crash before calling into WinMain. Has anyone tested mingw32ce c++ on ce 2.1? To debug this, I changed my linker line to use "-e WinMain". The appli

Re: [Cegcc-devel] [Cegcc-svn] SF.net SVN: cegcc: [810] branches/danny/cegcc/src

2006-11-19 Thread Pedro Alves
Danny Backx escreveu: > On Sat, 2006-11-18 at 21:52 +, Pedro Alves wrote: > >>> It happens to do that because . is in my path before system directories; >>> this may be why you don't see it : >>> sh-3.00$ findpath as >>> as :./as /usr/bin/as >>> sh-3.00$ pwd >>> >>> (findpath

[Cegcc-devel] ARM macro definition

2006-11-19 Thread Danny Backx
Pedro, The commit described below moves the _M_ARM definitions from gcc internals into an include file. For the _M_ARM, this is clearly something that needed to be done : its value depends on it, you cannot do this easily in the gcc internals. I am wondering why we would need to do this for the

Re: [Cegcc-devel] [Cegcc-svn] SF.net SVN: cegcc: [810] branches/danny/cegcc/src

2006-11-19 Thread Danny Backx
On Sat, 2006-11-18 at 21:52 +, Pedro Alves wrote: > > It happens to do that because . is in my path before system directories; > > this may be why you don't see it : > > sh-3.00$ findpath as > > as :./as /usr/bin/as > > sh-3.00$ pwd > > > > (findpath is a script of my own that d