On 1/31/07, Danny Backx <[EMAIL PROTECTED]> wrote:
> I've extended the patch a bit, see attachment. Does this look
> reasonable ? Basically I've changed all the inline assembler definitions
> in a simple function definition, under the #if __MINGW32CE__ condition.
You made a mistake on your patch:
I've extended the patch a bit, see attachment. Does this look
reasonable ? Basically I've changed all the inline assembler definitions
in a simple function definition, under the #if __MINGW32CE__ condition.
Danny
On Wed, 2007-01-31 at 20:26 +, Nuno Lucas wrote:
> On 1/31/07, Danny Bac
It looks like you've done your homework, and it isn't the first
inconsistency I see in the Windows API. Therefore, I've committed this.
Danny
On Wed, 2007-01-31 at 20:42 +, Nuno Lucas wrote:
> On 1/31/07, Danny Backx <[EMAIL PROTECTED]> wrote:
> > On Tue, 2007-01-30 at 22:31 +, Nu
On 1/31/07, Danny Backx <[EMAIL PROTECTED]> wrote:
> On Tue, 2007-01-30 at 22:31 +, Nuno Lucas wrote:
> > The GetCharWidth32 hasn't two variations on WinCE as it has on Windows
> > (even if they are the same).
>
> Yes, this is true for many functions. I'm a bit confused by your
> proposed patch
On 1/31/07, Danny Backx <[EMAIL PROTECTED]> wrote:
[...]
> As you can see, the definition file already contains the function as it
> should, and doesn't define the macro. So no need to edit that.
I know remember some mail from Pedro were he said he genereted the
import libs from the actual WinCE D
On 1/31/07, Danny Backx <[EMAIL PROTECTED]> wrote:
> Can you remind me of the errors we're trying to solve ? I know you can't
> build gdb, but what exactly is the problem ?
The error was that things like EINTR (by errno,h) and SOL_SOCKET (by
socket.h) weren't being defined, causing compile errors
On 1/31/07, Danny Backx <[EMAIL PROTECTED]> wrote:
> That's only a partial solution : from my scan, the "asm" construction
> occurs in these places in math.h :
>
[...]
> Your patch only addresses the lines between 634 and 703.
I'm aware of that, but I didn't know if the patch was the right thing
t
On Tue, 2007-01-30 at 22:31 +, Nuno Lucas wrote:
> The GetCharWidth32 hasn't two variations on WinCE as it has on Windows
> (even if they are the same).
Yes, this is true for many functions. I'm a bit confused by your
proposed patch, and what I see in our libcoredll.a though.
In other places,
You've been busy :-)
On Tue, 2007-01-30 at 22:01 +, Nuno Lucas wrote:
> The current declaration for MsgWaitForMultipleObjects is the same as
> on standard windows, but on Windows CE it's a define wrapper for
> MsgWaitForMultiplesObjectsEx [1].
>
> This patch fixes the winuser.h header:
Ok, I
On Wed, 2007-01-31 at 18:42 +, Nuno Lucas wrote:
> On 1/31/07, Danny Backx <[EMAIL PROTECTED]> wrote:
> > On my system, glibc-2.4 is installed (actually : glibc-2.4-4mdk). Is
> > that a different beast from what you have ?
> >
> > I don't see the behaviour that you describe in the headers on my
That's only a partial solution : from my scan, the "asm" construction
occurs in these places in math.h :
dannypc: {16} fgrep -n asm src/mingw/include/math.h
334: __asm__ ("fxam; fstsw %%ax;" : "=a" (sw): "t" (x));
355: __asm__ ("fxam;"
364: __asm__ ("fxam;"
373: __asm__ ("fxam;"
390: __asm__
On 1/31/07, Danny Backx <[EMAIL PROTECTED]> wrote:
> On my system, glibc-2.4 is installed (actually : glibc-2.4-4mdk). Is
> that a different beast from what you have ?
>
> I don't see the behaviour that you describe in the headers on my system.
Maybe I'm wrong on throwing the fault to glibc and ac
On my system, glibc-2.4 is installed (actually : glibc-2.4-4mdk). Is
that a different beast from what you have ?
I don't see the behaviour that you describe in the headers on my system.
Danny
On Tue, 2007-01-30 at 21:36 +, Nuno Lucas wrote:
> As I have writen before, I couldn't compi
It seems the partial specialization for std::basic_string is
missing on the C++ library for mingw32ce.
I'm wondering if it was just an oversight or it's something that needs
to be fixed.
Regards,
~Nuno Lucas
-
Take Surveys.
14 matches
Mail list logo
