-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 1/7/2011 07:10, JonY wrote:
> On 1/6/2011 23:08, JonY wrote:
>> On 1/6/2011 22:30, Vladimir Simonov wrote:
>>> On 01/06/2011 05:21 PM, Nick Clifton wrote:
> 
>>>>> 2. replace off_t, stat, fstat with bn_off_t, bn_stat,
>>>>> bn_fstat (bn - means binutils) in all sources and "define"
>>>>> them as stat64, fstat64 in config.h (or some another include file)
>>>>> if we are on mingw, else stay with (stat, fstat);
>>>>> 3. wait for _FILE_OFFSET_BITS support.
>>>>
>>>> Well I would opt for 3. :-) Not just because it is the simplest from my
>>>> point of view, but also because it is the correct thing to do. Trying to
>>>> implement our version of large file support for mingw is just silly, and
>>>> very likely to generate more errors. It will be better to wait for the
>>>> official mingw developers to add the necessary feature.
>>>>
> 
>>> This may lead to deadlock:). MinGW people may say: "We have
>>> large file support, just call appropriate functions, stat64, etc".
> 
>>> It is interesting mingw people opinion, if they here us...
> 
>>> Regards
>>> Vladimir
> 
> 
>> Appropriate mingw MLs now added to CC-list. Here's some context:
> 
>>> objcopy built for mingw64 silently refuses to handle
>>> files larger 2GB. The reason - mingw/mingw64 headers
>>> (sys/stat.h) don't have _FILE_OFFSET_BITS magic.
> 
>>> The patch adding negative file size check is attached.
> 
>> I hope this helps.
> 
> 
> Message bounced off mingw-users due to change in email address from
> field, I hope it works the second time.
> 

Too many in CC field, 3rd and final attempt. Sorry for the noise.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.16 (MingW32)

iEYEARECAAYFAk0mTPAACgkQp56AKe10wHcHUACcCsciK+hYcGnVOZooy7YZgxZW
NWsAn0PP5aI7kJ6Y24uqlAEkMrzqHSB6
=fDwH
-----END PGP SIGNATURE-----

Attachment: 0xED74C077.asc
Description: application/pgp-keys

------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
Mingw-w64-public mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

Reply via email to