Re: [Cegcc-devel] Breakage with libsupc++ & write()

2006-11-18 Thread Pedro Alves
Kevin O'Connor escreveu: > On Thu, Nov 16, 2006 at 02:17:53PM +, Pedro Alves wrote: > >> Pedro Alves wrote: >> >>> Paul Sokolovsky wrote: >>> >>> But still, liboldname-ce would rather not export non-existent functions. >>> Oh, you are right, t

Re: [Cegcc-devel] tlhelp32.h patch

2006-11-18 Thread Pedro Alves
Kevin O'Connor escreveu: > It appears there are some additional items in the toolhelp > structures. As a guess, perhaps Microsoft has added them over time > (it would seem the API can handle extending of the structure). When > calling the toolhelp functions, one sets the dwSize field to the > siz

Re: [Cegcc-devel] Breakage with libsupc++ & write()

2006-11-18 Thread Kevin O'Connor
On Thu, Nov 16, 2006 at 02:17:53PM +, Pedro Alves wrote: > Pedro Alves wrote: > >Paul Sokolovsky wrote: > > > >> But still, liboldname-ce would rather not export non-existent > >>functions. > >> > >> > >Oh, you are right, that was indeed a big thinko on my part. > >There is indeed a thin wri

[Cegcc-devel] tlhelp32.h patch

2006-11-18 Thread Kevin O'Connor
It appears there are some additional items in the toolhelp structures. As a guess, perhaps Microsoft has added them over time (it would seem the API can handle extending of the structure). When calling the toolhelp functions, one sets the dwSize field to the size of the structure. If these field

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

2006-11-18 Thread Pedro Alves
Danny Backx wrote: > On Sat, 2006-11-18 at 09:53 +, Pedro Alves wrote: > >> Did you ever get to analise this more? Look at the path, and understand why >> the i386 as is being called? >> Looks like something is trying to call the native (i386) as, but it ends up >> picking that script on t

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

2006-11-18 Thread Danny Backx
On Sat, 2006-11-18 at 09:53 +, Pedro Alves wrote: > Did you ever get to analise this more? Look at the path, and understand why > the i386 as is being called? > Looks like something is trying to call the native (i386) as, but it ends up > picking that script on the way. > I guess building wit

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

2006-11-18 Thread Pedro Alves
[EMAIL PROTECTED] wrote: > Revision: 810 > http://svn.sourceforge.net/cegcc/?rev=810&view=rev > Author: dannybackx > Date: 2006-11-17 23:54:09 -0800 (Fri, 17 Nov 2006) > > Log Message: > --- > Proposed fix to the build functions. > This copies the fix I've built in the scri

Re: [Cegcc-devel] [Cegcc-svn] SF.net SVN: cegcc: [809] trunk/cegcc/src/w32api

2006-11-18 Thread Pedro Alves
[EMAIL PROTECTED] wrote: > Revision: 809 > http://svn.sourceforge.net/cegcc/?rev=809&view=rev > Author: dannybackx > Date: 2006-11-17 23:45:23 -0800 (Fri, 17 Nov 2006) > > > Modified: trunk/cegcc/src/w32api/ChangeLog.ce > =