[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
touch and utimens troubles on new/old software combinations
From: |
Mike Frysinger |
Subject: |
touch and utimens troubles on new/old software combinations |
Date: |
Mon, 2 Jun 2008 13:24:48 -0400 |
User-agent: |
KMail/1.9.7 |
a recent gnulib commit (faeb3e6b21...) causes trouble for some packages (such
as touch in coreutils) on certain combinations of software. for example, if
you're running a recent version of glibc (say 2.7) compiled against recent
kernel headers (say 2.6.25) but execute on an older kernel (say 2.6.18), then
the resulting touch binary will attempt to use utimensat() which fails with
ENOSYS.
i'm not sure which route is best for gnulib: should it try each version at
runtime and slowly fall back, or should it review the gnu/stubs.h header
provided by glibc so that it knows ahead of time that the utimensat() symbol,
while available in the C library, is not actually usable.
-mike
signature.asc
Description: This is a digitally signed message part.
- touch and utimens troubles on new/old software combinations,
Mike Frysinger <=
- Re: touch and utimens troubles on new/old software combinations, Jim Meyering, 2008/06/02
- Re: touch and utimens troubles on new/old software combinations, Eric Blake, 2008/06/02
- Re: touch and utimens troubles on new/old software combinations, Bob Proulx, 2008/06/02
- Re: touch and utimens troubles on new/old software combinations, Daniel Jacobowitz, 2008/06/02
- Re: touch and utimens troubles on new/old software combinations, Mike Frysinger, 2008/06/02
- Re: touch and utimens troubles on new/old software combinations, Andreas Schwab, 2008/06/02
- Re: touch and utimens troubles on new/old software combinations, Mike Frysinger, 2008/06/02
- Re: touch and utimens troubles on new/old software combinations, Eric Blake, 2008/06/02
- Re: touch and utimens troubles on new/old software combinations, Andreas Schwab, 2008/06/03
- Re: touch and utimens troubles on new/old software combinations, Eric Blake, 2008/06/03