Re: On time64 and Large File Support

2023-03-03 Thread Daniel P . Berrangé
On Fri, Mar 03, 2023 at 02:01:35PM +, Wookey wrote: > On 2023-03-02 21:50 -0800, Paul Eggert wrote: > > On 3/2/23 19:30, Wookey wrote: > > > > Gnulib automatically changing the ABI for packages that use it > > > (and have LFS already enabled) is deeply unhelpful... > > > This change to

Re: On time64 and Large File Support

2023-03-03 Thread Wookey
On 2023-03-02 21:50 -0800, Paul Eggert wrote: > On 3/2/23 19:30, Wookey wrote: > > Gnulib automatically changing the ABI for packages that use it > > (and have LFS already enabled) is deeply unhelpful... > This change to Gnulib was reverted in December[1] and that propagated into > bleeding-edge

Document limitation of BusyBox tr

2023-03-03 Thread Bruno Haible
Investigating a test failure of GNU grep on Alpine Linux 3.17 I found that the cause is: The 'tr' program on Alpine Linux (origin: BusyBox 1.35.0) does not implement the [x*n] argument syntax that POSIX mandates

Re: On time64 and Large File Support

2023-03-03 Thread Richard W.M. Jones
On Fri, Mar 03, 2023 at 12:49:04PM +0100, Florian Weimer wrote: > * Richard W. M. Jones via Libc-alpha: > > > On Thu, Mar 02, 2023 at 02:28:28AM -0800, Paul Eggert wrote: > >> On 2023-03-02 01:04, Daniel P. Berrangé wrote: > >> >IMHO if distros really want to deal with this, they need to be able

Re: On time64 and Large File Support

2023-03-03 Thread Florian Weimer
* Richard W. M. Jones via Libc-alpha: > On Thu, Mar 02, 2023 at 02:28:28AM -0800, Paul Eggert wrote: >> On 2023-03-02 01:04, Daniel P. Berrangé wrote: >> >IMHO if distros really want to deal with this, they need to be able to >> >force _TIME_BITS=64 globally / unconditionally, and do a mass