Danny Backx | 1 Feb 2007 20:39
Picon
Favicon

Re: todaycmn.h definitions.

Looks very good.

Can I put your example program in SVN too ?

	Danny

On Wed, 2007-01-31 at 22:47 +0000, Nuno Lucas wrote:
> The attached patch fills in the structures and constants needed for
> making Today Screen plug ins. Most constants and structures were
> obtained on the following links:
> 
> http://msdn2.microsoft.com/en-us/library/aa454291.aspx
> http://blogs.msdn.com/mikehall/archive/2004/02/22/78141.aspx
> 
> Attached is a sample, "Hello World" like, Today screen plug in,
> including the code I used to discover some of the constants. It
> includes a README file to let users know how to install the plug in.
> 
> The MAX_ITEMNAME constant was obtained by dumping the data pointer
> passed by InitializeCustomItem() and looking at the offset of the
> szDLLPath member (see the DUMP_DATA define in the code).
> The dump.txt file contains the edited result of this dump.
> 
> The TODAYM_DRAWWATERMARK constant was guessed because it was the one
> missing between the two other similar messages.
> 
> The WM_TODAYCUSTOM_CLEARCACHE and WM_TODAYCUSTOM_QUERYREFRESHCACHE
> messages were found by dumping the unknown window messages received
> greater that WM_USER (look at the DUMP_MSG define).
> The wm.txt is the result of this dump.
(Continue reading)

Danny Backx | 1 Feb 2007 20:44
Picon
Favicon

Re: todaycmn.h definitions.

I've committed the patch.

Thanks for all your work !

	Danny
--

-- 
Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Cegcc-devel mailing list
Cegcc-devel@...
https://lists.sourceforge.net/lists/listinfo/cegcc-devel
Danny Backx | 1 Feb 2007 20:46
Picon
Favicon

Re: mingw32ce: Fix some math.h bad inlined functions

Looks like Pedro has something better than I do. I'll keep my hands off.

	Danny

On Wed, 2007-01-31 at 08:14 +0000, pedro_alves@... wrote:
> I made a first approach to port the src/mingw/mingwex/math dir this weekend,
> It is currently mostly i386/i387 asm, like what is found in that peace of code you 
> are guarding with ifndef __MINGW32CE__.  I've done 99% of the work minus testing,
> using code that is found on newlib/libm/math.  That code is mostly copyrighted by
> Sun, with a very permissive license.  Most of the work was deciding what to leave
> out because it is already found in coredll.dll.
--

-- 
Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Cegcc-devel mailing list
Cegcc-devel@...
https://lists.sourceforge.net/lists/listinfo/cegcc-devel
Pedro Alves | 2 Feb 2007 00:45
Picon
Favicon

Re: mingw32ce: Fix some math.h bad inlined functions

pedro_alves@... escreveu:
> Hi Nuno,
> 
> Quoting Nuno Lucas <ntlucas@...>:
> 
>> Some functions in math.h (like rint), are inlined in the math.h
>> header, but fail to compile with an error when used:
>>
>> <output>
>  
>> lucas <at> lizt:~/prjs/wince/cegcc/test/math_h_header$ cat main.c
>> #include <math.h>
>  
>> int main( void )
>> {
>>     double i = rint( 3.14 );
>>     return 0;
>> }
>> lucas <at> lizt:~/prjs/wince/cegcc/test/math_h_header$ arm-wince-mingw32ce-gcc
>> main.c
>> main.c: In function 'main':
>>
>> /home/lucas/apps/mingw32ce/lib/gcc/arm-wince-mingw32ce/4.1.0/../../../../arm-wince-mingw32ce/include/math.h:638:
>> error: impossible constraint in 'asm'
> 
>  
> I made a first approach to port the src/mingw/mingwex/math dir this weekend,
> It is currently mostly i386/i387 asm, like what is found in that peace of code you 
> are guarding with ifndef __MINGW32CE__.  I've done 99% of the work minus testing,
> using code that is found on newlib/libm/math.  That code is mostly copyrighted by
(Continue reading)

Pedro Alves | 4 Feb 2007 01:59
Picon
Favicon

[mingw32ce] New math support committed.

Hi all,

I just committed the new mingw/mingwex/mathce dir, which contains the 
c99 math extensions
to coredll.  This code is mostly based on the libm from OpenBSD, which 
is mostly based
on code copyrighted to Sun with the following license:

/*
 * ====================================================
 * Copyright (C) 1993 by Sun Microsystems, Inc. All rights reserved.
 *
 * Developed at SunPro, a Sun Microsystems, Inc. business.
 * Permission to use, copy, modify, and distribute this
 * software is freely granted, provided that this notice
 * is preserved.
 * ====================================================
 */

A few files are BSD (The Regents version) licensed.

---

I ported and ran the newlib/libm/test testsuite to mingw32ce, MinGW and 
Cygwin. 
The failures I get on mingw32ce are very similar to the ones I get on 
desktop MinGW,
which suggests that there isn't much we can do without overriding the 
native math functions
from coredll.dll.  Surprisingly on Cygwin (which is newlib based) I get 
(Continue reading)

Pedro Alves | 4 Feb 2007 02:05
Picon
Favicon

[mingw32ce] A few ctype out-of-line functions added.

Hi guys,

The committed patch with the change log entry below was needed to build 
the newlib math testsuite
on mingw32ce.  The problem was that there is code on the testsuite that 
loads the
address of those ctype functions into a function pointer.  Since we only 
had inline versions
( __attribute__ ((__always_inline__)) ), I was getting link errors.  
These files implement
exactly what is found on the inline functions.  I've also updated the 
comment next to
the __CRT_INLINE definition on _mingw.h explaining it.

Cheers,
Pedro Alves

---

2007-02-03  Pedro Alves  <pedro_alves@...>

        * mingwex/Makefile.in (WINCE_DISTFILES): Add isalnum.c, isalpha.c,
        iscntrl.c, isgraph.c, islower.c, isprint.c, ispunct.c, isspace.c,
        isupper.c, isxdigit.c, _tolower.c and _toupper.c.
        (WINCE_OBJS): Add isalnum.o, isalpha.o, iscntrl.o, isgraph.o,
        islower.o, isprint.o, ispunct.o, isspace.o, isupper.o, isxdigit.o,
        _tolower.o and _toupper.o.
        (dist): Fix typo.
        * include/stdlib.h (itoa, ltoa, ecvt, fcvt, gcvt): Expose on
        __COREDLL__.
(Continue reading)

Pedro Alves | 4 Feb 2007 03:37
Picon
Favicon

Re: Needed DLL's

Danny Backx escreveu:
> On Mon, 2007-01-22 at 21:13 +0000, Cool_Zer0 wrote:
>   
>> I just want to be able to decompress H.263 :(
>> Now that I've compiled FFMpeg it seems that isn't working correctly...
>>     
>
> Is this something we can help you with ?
>
>   

Another user (Daniel, CCed) has reported me privately that he built 
FFMpeg with cegcc, and that loading it from an MSVC app wasn't
working.  My guess is that the cegcc.dll isn't being correctly 
initialized.  There was a thread about that a few months ago, about someone
loading a cegcc based dll into a MSVC app, and that resolved into a 
patch being integrated into cegcc.  I can't find that
thread in my archives, but the symptoms were very close.  Anyway, with 
current mingw32ce from trunk and with the attached
patch I could build ffmpeg with the following options.

../ffmpeg-checkout-2007-01-21/configure \
    --enable-mingwce \
    --cross-compile \
    --cross-prefix=arm-wince-mingw32ce- \
    --arch=arm \
    --target-os=WinCE \
    --disable-static \
    --enable-shared

(Continue reading)

Pedro Alves | 4 Feb 2007 03:48
Picon
Favicon

Re: No std::wstring on mingw32ce?

Nuno Lucas escreveu:
> It seems the partial specialization for std::basic_string<wchar_t> 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.
>
>   

Both?   Looks like _GLIBCXX_USE_WCHAR_T isn't being defined.  Somewhat 
funny on a
supposedly fully Unicode OS.  :)
The problem should be in some configure test or in some header missing 
something.  Maybe look
in gcc/libstdc++-v3/ autoconf stuff if you are in the mood.

Cheers,
Pedro Alves

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
Pedro Alves | 4 Feb 2007 03:51
Picon
Favicon

Re: Needed DLL's

Oooops,

Here is the patch.

Cheers,
Pedro Alves

Pedro Alves escreveu:
> Danny Backx escreveu:
>   
>> On Mon, 2007-01-22 at 21:13 +0000, Cool_Zer0 wrote:
>>   
>>     
>>> I just want to be able to decompress H.263 :(
>>> Now that I've compiled FFMpeg it seems that isn't working correctly...
>>>     
>>>       
>> Is this something we can help you with ?
>>
>>   
>>     
>
> Another user (Daniel, CCed) has reported me privately that he built 
> FFMpeg with cegcc, and that loading it from an MSVC app wasn't
> working.  My guess is that the cegcc.dll isn't being correctly 
> initialized.  There was a thread about that a few months ago, about someone
> loading a cegcc based dll into a MSVC app, and that resolved into a 
> patch being integrated into cegcc.  I can't find that
> thread in my archives, but the symptoms were very close.  Anyway, with 
> current mingw32ce from trunk and with the attached
(Continue reading)

Pedro Alves | 4 Feb 2007 04:25
Picon
Favicon

Re: No std::wstring on mingw32ce?

Pedro Alves escreveu:
> Nuno Lucas escreveu:
>> It seems the partial specialization for std::basic_string<wchar_t> 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.
>>
>>   
> 
> Both?   Looks like _GLIBCXX_USE_WCHAR_T isn't being defined.  Somewhat 
> funny on a
> supposedly fully Unicode OS.  :)
> The problem should be in some configure test or in some header missing 
> something.  Maybe look
> in gcc/libstdc++-v3/ autoconf stuff if you are in the mood.
> 

Found it.  wchar_t support is only enabled if some tests for c99 support in wchar.h pass.
The checks are found in gcc/libstdc++-v3/acinclude.m4.
(grep for "Check for template specializations for the 'wchar_t' type.", and then for
  "ac_c99_wchar")

Cheers,
Pedro Alves

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
(Continue reading)


Gmane