binutils on mingw/mingw64 large files (>2GB) support

[JonY]

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

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.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.16 (MingW32)

iEYEARECAAYFAk0l2uIACgkQp56AKe10wHfM9gCfXeb7LjY1WKbbjgZ+OoBR2YnP
wPkAn1lluCve4peNGXJHcAHQbcbOZO4S
=Q23P
-----END PGP SIGNATURE-----
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0xED74C077.asc
Type: application/pgp-keys
Size: 1685 bytes
Desc: not available
URL: <https://sourceware.org/pipermail/binutils/attachments/20110106/0f43ab54/attachment.bin>