bug#9140: [PATCH 2/3] large-inode: New module

2011-08-08 Thread Eric Blake
On 07/22/2011 04:10 PM, Paul Eggert wrote: On 07/22/11 10:45, Pádraig Brady wrote: If it works it would be better in AC_SYS_LARGEFILE (as well) I think. OK, thanks, I pushed this into gnulib. Assuming it works (and I don't see why it'd hurt) I'll push it into autoconf. Ouch. This commit

bug#9140: [PATCH 2/3] large-inode: New module

2011-08-08 Thread Bruno Haible
Eric Blake wrote: It will probably break any other packages that have picked up the latest gnulib in the last few days. Indeed. It broke libiconv-1.14. But fortunately it's not a regression. Large file support in the 'iconv' program would have been an undocumented improvement. Now it's delayed

bug#9140: [PATCH 2/3] large-inode: New module

2011-07-22 Thread Paul Eggert
Here's another module I'm adding to coreutils. I plan to change coreutils to use it. Another possibility, I suppose, would be to fold it into AC_SYS_LARGEFILE. Herb, can you please try out the effect of this module by appending #define _DARWIN_USE_64_BIT_INODE 1 to lib/config.h after running

bug#9140: [PATCH 2/3] large-inode: New module

2011-07-22 Thread Pádraig Brady
On 22/07/11 18:22, Paul Eggert wrote: Here's another module I'm adding to coreutils. I plan to change coreutils to use it. Another possibility, I suppose, would be to fold it into AC_SYS_LARGEFILE. Herb, can you please try out the effect of this module by appending #define

bug#9140: [PATCH 2/3] large-inode: New module

2011-07-22 Thread Paul Eggert
On 07/22/11 10:45, Pádraig Brady wrote: If it works it would be better in AC_SYS_LARGEFILE (as well) I think. OK, thanks, I pushed this into gnulib. Assuming it works (and I don't see why it'd hurt) I'll push it into autoconf. From a7df7c7d3f2f32d0cad31f65505cfee939d91f4a Mon Sep 17 00:00:00