Hey,
I'm trying to compile libpng with cegcc (cegcc and mingw32ce compilers).
The problem is about zlib, that i get from the zlib port i've written.
* with cegcc, no problem
* with mingw32ce :
*** Warning: linker path does not have real file for library -lz.
*** I have the capability to ma
Im trying to create an SDL.dll, but its not working ;) Ive compiled SDL, but
that just gives me a .lib file. Then i used dlltool and SDL.def to make a
dll, but i get the error "SDL.dll is not a valid Win32 app"
Does anyone know what Im doing wrong?
-
On Thu, 2008-08-28 at 19:29 -0700, Pawel Veselov wrote:
> Hi,
>
> Was looking at the _close_r() in
> src/newlib/newlib/libc/sys/wince/io.c, at the top:
>
> EnterCriticalSection(&critsect);
> FDCHECK(fd);
>
> FDCHECK() macro can return from the method if file handle is invalid,
> and if it do
On Thu, 2008-08-28 at 17:54 -0700, Pawel Veselov wrote:
> this may be a stupid question, really, but I couldn't find anything
> about this online...
Not a stupid question at all.
> For the cegcc functionality, it seems that the header files define
> way more functions than are implemented in the
On Mon, 2008-08-25 at 18:14 +1000, John Wharington wrote:
> ce_setup.h: This is used to control Today items
What should be in it ?
> And CW_DEFAULT definition, used for default window sizes e.g. as
> arguments to CreateWindow().
>
> Also when building for PPC2003, there's a problem with shlobj.h
Maybe this can re-open the discussion about gcc versions in cegcc.
Which version should be next ?
Danny
Forwarded Message
> From: Joseph S. Myers <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED], [EMAIL PROTECTED]
> Subject: GCC 4.3.2 Released
>
This attached patch should take care of the _close_r() problem. As you
suggested, I extended FD_CHECK to take 2 arguments.
Regarding protecthing the _fdtab[] contents... Locking the section
completely during read/write operations will serialize IO of any MT
program. As it now happens with _write_r
On Fri, Aug 29, 2008 at 11:07 AM, Danny Backx <[EMAIL PROTECTED]> wrote:
> On Thu, 2008-08-28 at 17:54 -0700, Pawel Veselov wrote:
[ skipped ]
>> For the cegcc functionality, it seems that the header files define
>> way more functions than are implemented in the libraries.
>> There are no bugs or
Hi,
this attached fix should take care of providing fsync()/fdatasync()
functionliaty. For now it's a straight call to FlushFileBuffers().
Thanks,
Pawel.
On Fri, Aug 29, 2008 at 11:07 AM, Danny Backx <[EMAIL PROTECTED]> wrote:
[ skipped ]
> If you have corrections/submissions of this kind, p
On Fri, 29 Aug 2008, Danny Backx wrote:
> Maybe this can re-open the discussion about gcc versions in cegcc.
>
> Which version should be next ?
gcc 4.3.3 will be out end of october. Is there some annoying bugs in 4.3.2
?
also a discussion about a new newlib would be nice
Vincent Torri
Hi,
sorry, needs to be included in, or symbol doesn't get
exported. Here is the updated diff.
On Fri, Aug 29, 2008 at 3:52 PM, Pawel Veselov <[EMAIL PROTECTED]> wrote:
> Hi,
>
> this attached fix should take care of providing fsync()/fdatasync()
> functionliaty. For now it's a straight call to
Hi Danny,
On Fri, 2008-08-29 at 20:18 +0200, Danny Backx wrote:
> On Mon, 2008-08-25 at 18:14 +1000, John Wharington wrote:
> > ce_setup.h: This is used to control Today items
>
> What should be in it ?
Ah, will check and get back to you. How do things work with respect to
copyright on these is
The patch looks good. Your arguments are valid too. I'd take approach #2
if I were implementing newlib, but your argument #3 "why do we care" is
certainly valid.
The only thing I need to commit this is a ChangeLog entry.
Danny
On Fri, 2008-08-29 at 13:34 -0700, Pawel Veselov wrote:
> Thi
On Sat, 2008-08-30 at 14:11 +1000, John Wharington wrote:
> Hi Danny,
>
> On Fri, 2008-08-29 at 20:18 +0200, Danny Backx wrote:
> > On Mon, 2008-08-25 at 18:14 +1000, John Wharington wrote:
> > > ce_setup.h: This is used to control Today items
> >
> > What should be in it ?
>
> Ah, will check an
Hi Danny,
The entry should said something like:
- prevent abandoning critical section lock when calling close() on an
invalid file descriptor.
Let me know if you rather I submit the change log as part of the patch.
So, should we research on how IO operations should behave in MT world? :)
On Fri
15 matches
Mail list logo
