On Monday 06 July 2009 13:06:39, Johnny Willemsen wrote:
> Hi,
>
> > > > int fileno (FILE*);
> > > > void *_fileno (FILE*);
> > >
> > > I think this will not work.
> >
> > Why? I'm curious; are you using fileno instead of _fileno?
>
> I missed the _
>
> > If you're porting some code to CE that
Hi guys,
going through the backlog I noticed the patch that exposed
atoll on C99. I've applied the patch below to our mingw32ce headers
to fix a few things I noticed. We should not pick up the inline version
if __NO_INLINE__ is defined (`gcc -fno-inline', or `gcc -O0' defines that).
We can ped
Sorry for the huge delay... This slipped through the cracks.
On Sunday 19 July 2009 15:39:16, Danny Backx wrote:
> On Tue, 2009-07-14 at 15:30 -0400, Joe Mason wrote:
> > None of the files I've looked at in mingw/mingwex/wince have copyright
> > info in the file, and there's no single copyright
On Wednesday 30 December 2009 08:27:06, Johnny Willemsen wrote:
> Hi,
>
> We found that in limits.h UCHAR_MAX is not defined, can someone have a look
> at this?
/me confused. This compiles fine for me, 0.51, 0.59, and with gcc trunk:
#include
int main ()
{
return UCHAR_MAX;
}
How
On Wednesday 30 December 2009 20:08:53, Vincent Torri wrote:
>
> On Wed, 30 Dec 2009, Pedro Alves wrote:
> > (btw, I've got that zlib errno/GetLastError patch almost ready)
>
> great ! I hope that this patch will be in soon :-)
Patch posted at zlib-devel@, which includes tweaks for
being able t
On Thursday 31 December 2009 16:11:49, Pedro Alves wrote:
>
> It looks like Windows Mobile 6.1's loader is darn strict WRT
> to base relocations, and we'll have to figure out a different
> way to get at the runtime image base.
One thing that would be nice, although low priority, is to tweak ld to
On Friday 01 January 2010 09:37:34, Danny Backx wrote:
> On Thu, 2009-12-31 at 19:01 +, Pedro Alves wrote:
> > With the patches pasted below, a dll linked with the full mingw
> > runtime loaded successfully for me.
>
> My tests confirm this too, I've committed.
FYI, I hadn't applied the ld pa
Hey guys,
I want to congratulate you for finding and fixing this problem. This is a
really beautiful chain of events.
Happy new year! 2010 seems to be a good start for the cegcc project :)
Regards
Sebastien
--
This SF.Ne
On Friday 01 January 2010 09:37:34, Danny Backx wrote:
> Next steps :
> 1 Continue testing
> 2 Start talking to the binutils crowd about how to upstream
> 3 Start talking to the gcc crowd about how to upstream
> 4 Port this to arm-cegcc too
> 5 Sort out the ld crash that Pedro saw
> 6 Do a release
On Friday 01 January 2010 09:55:33, Vincent Torri wrote:
> >> what about newlib ?
> >
> > That's arm-cegcc -> item # 4.
>
> i meant: no push of the win ce code upstreram in newlib ?
It's such a broken ugly mess that I rather keep it here.
Besides, all the CE code is contained in a single directo
On Fri, 1 Jan 2010, Danny Backx wrote:
> On Fri, 2010-01-01 at 10:50 +0100, Vincent Torri wrote:
>>
>> On Fri, 1 Jan 2010, Danny Backx wrote:
>>
>>> On Thu, 2009-12-31 at 19:01 +, Pedro Alves wrote:
With the patches pasted below, a dll linked with the full mingw
runtime loaded succ
On Fri, 2010-01-01 at 10:50 +0100, Vincent Torri wrote:
>
> On Fri, 1 Jan 2010, Danny Backx wrote:
>
> > On Thu, 2009-12-31 at 19:01 +, Pedro Alves wrote:
> >> With the patches pasted below, a dll linked with the full mingw
> >> runtime loaded successfully for me.
> >
> > My tests confirm thi
On Fri, 1 Jan 2010, Danny Backx wrote:
> On Thu, 2009-12-31 at 19:01 +, Pedro Alves wrote:
>> With the patches pasted below, a dll linked with the full mingw
>> runtime loaded successfully for me.
>
> My tests confirm this too, I've committed.
>
> Next steps :
> 1 Continue testing
> 2 Start
On Thu, 2009-12-31 at 19:01 +, Pedro Alves wrote:
> With the patches pasted below, a dll linked with the full mingw
> runtime loaded successfully for me.
My tests confirm this too, I've committed.
Next steps :
1 Continue testing
2 Start talking to the binutils crowd about how to upstream
3 St
14 matches
Mail list logo
