lzip-bug
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Lzip-bug] mingw build failure


From: JonY
Subject: Re: [Lzip-bug] mingw build failure
Date: Sun, 13 Jan 2013 12:04:03 +0800
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.12) Gecko/20080213 Thunderbird/2.0.0.12 Mnenhy/0.7.5.0

On 1/13/2013 11:27, Roy Tam wrote:
> 2013/1/13 Antonio Diaz Diaz <address@hidden>:
>> Roy Tam wrote:
>>>
>>> actually it is safe to #define it to _strtoi64 in mingw as _strtoi64
>>> is always exists in MSVCRT.
>>
>>
>> I hope you are right because I have just released lzip-1.14-rc2 with
>> strtoull defined to _strtoi64. BTW, this version uses strtoull instead of
>> strtoll, but I guess _strtoi64 may be fine because the maximum valid  value
>> is in the range of a signed long long.
> 
> for strtoull in mingw, use _strtoui64. (
> http://msdn.microsoft.com/en-US/library/85zk715d%28v=vs.80%29.aspx )
> for document about _strtoi64, it isavailable here:
> http://msdn.microsoft.com/en-US/library/h80404d3%28v=vs.80%29.aspx
> but g++ complains there is no header about it, I think keep using
> strtoll/strtoull in C++ version will be better.
> (the function exists in MSVCRT.dll but mingw header does not have prototypes)

mingw-w64 builds 64bit lzip fine, make check reports all pass.

It should be noted that that not all mingw are equal. So, please avoid
using __MINGW32__ to select features.



Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]