On Sat, Jul 31, 2010 at 11:24 PM, NightStrike wrote:
> Hopefully soon. We (read: I) have to put together a wiki page
> describing our release policies and whatnot.
--
The Palm PDK Hot Apps Program offers developers who u
On 7/31/10 1:13 PM, Kai Tietz wrote:
> On x64 you can use here -lwmsvcrt to get this symbol. For 32-bit this
> symbol is exported, so you shouldn't have here any troubles.
Excellent, it works perfectly.
Thank you Kai!
Chris
On Sun, Aug 1, 2010 at 12:52 AM, Luis Lavena wrote:
> On Sat, Jul 31, 2010 at 6:28 PM, Ozkan Sezer wrote:
>>
>> If that change goes back to 2002, then it was intended for
>> really old gcc versions, The oldest I currently use from time to
>> time is 3.4.5 and AFAIK it has no problems with nameles
On Sat, Jul 31, 2010 at 6:28 PM, Ozkan Sezer wrote:
>
> If that change goes back to 2002, then it was intended for
> really old gcc versions, The oldest I currently use from time to
> time is 3.4.5 and AFAIK it has no problems with nameless
> unions and structs. And surely the current 4.4.x and ne
On Sun, Aug 1, 2010 at 12:20 AM, Luis Lavena wrote:
> On Sat, Jul 31, 2010 at 6:10 PM, Ozkan Sezer wrote:
>>>
>>> We might need a DUMMY* name audit for DUMMYUNIONNAME, however I do
>>> wonder why you actually _need_ DUMMYUNIONNAME and use those union/struct
>>> members with dummy names in the fir
On Sat, Jul 31, 2010 at 6:10 PM, Ozkan Sezer wrote:
>>
>> We might need a DUMMY* name audit for DUMMYUNIONNAME, however I do
>> wonder why you actually _need_ DUMMYUNIONNAME and use those union/struct
>> members with dummy names in the first place?
>
> Sorry, I really meant "why you actually _need
On Sun, Aug 1, 2010 at 12:09 AM, Ozkan Sezer wrote:
> On Sat, Jul 31, 2010 at 11:48 PM, Luis Lavena wrote:
>> Hello,
>>
>> I've installed i686-w64-mingw32 for darwin target (20100730), and I'm
>> trying to cross-compile a Ruby extension that uses oleauto (it is
>> bundled with Ruby sources and is
On Sat, Jul 31, 2010 at 11:48 PM, Luis Lavena wrote:
> Hello,
>
> I've installed i686-w64-mingw32 for darwin target (20100730), and I'm
> trying to cross-compile a Ruby extension that uses oleauto (it is
> bundled with Ruby sources and is called win32ole).
>
> During the cross compilation, I've re
Hello,
I've installed i686-w64-mingw32 for darwin target (20100730), and I'm
trying to cross-compile a Ruby extension that uses oleauto (it is
bundled with Ruby sources and is called win32ole).
During the cross compilation, I've received the following (in this
gist), pasted below:
/Users/luis/.r
On Fri, Jul 30, 2010 at 4:55 AM, Ozkan Sezer wrote:
> On Fri, Jul 30, 2010 at 7:14 AM, Alon Bar-Lev wrote:
>> Thank you!
>
> You're welcome!
>
>> When do you consider releasing 1.1 or something similar with new
>> improvements from trunk but stable?
>>
>
> Admins can answer that better.
>
Hopef
2010/7/31 Chris Sutcliffe :
> On 7/30/10 11:40 PM, Chris Sutcliffe wrote:
>> Doing a little more digging, it seems like it's not dllwrap at all,
>> it's gcc:
>>
>> x86_64-w64-mingw32-gcc -Wl,--enable-stdcall-fixup -ozip32z64.dll -s
>> -shared windll.o windllrc.o api.o zipl.o cryptl.o ttyiol.o zipf
On 7/31/2010 22:17, JonY wrote:
> On 7/31/2010 22:09, Chris Sutcliffe wrote:
>> On 7/30/10 11:40 PM, Chris Sutcliffe wrote:
>>> Doing a little more digging, it seems like it's not dllwrap at all,
>>> it's gcc:
>>>
>>> x86_64-w64-mingw32-gcc -Wl,--enable-stdcall-fixup -ozip32z64.dll -s
>>> -shared w
On 7/31/2010 22:09, Chris Sutcliffe wrote:
>On 7/30/10 11:40 PM, Chris Sutcliffe wrote:
>> Doing a little more digging, it seems like it's not dllwrap at all,
>> it's gcc:
>>
>> x86_64-w64-mingw32-gcc -Wl,--enable-stdcall-fixup -ozip32z64.dll -s
>> -shared windll.o windllrc.o api.o zipl.o crypt
On 7/30/10 11:40 PM, Chris Sutcliffe wrote:
> Doing a little more digging, it seems like it's not dllwrap at all,
> it's gcc:
>
> x86_64-w64-mingw32-gcc -Wl,--enable-stdcall-fixup -ozip32z64.dll -s
> -shared windll.o windllrc.o api.o zipl.o cryptl.o ttyiol.o zipfilel.o
> zipupl.o fileiol.o uti
14 matches
Mail list logo
