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 delaye
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.
No problem with me to
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 br
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
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 _DARWIN_U
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 'co
