GNU bug report logs - #78562
Coreutils-9.7 do not build on macOS High Sierra, Version 10.13.6, because src/cksum.c: uses invalid cpu feature string for builtin

Previous Next

Full log

View this message in rfc822 format

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Peter Dyballa <Peter_Dyballa <at> Web.DE>
Cc: Pádraig Brady <P <at> draigBrady.com>, 78562 <at> debbugs.gnu.org
Subject: bug#78562: Coreutils-9.7 do not build on macOS High Sierra, Version 10.13.6, because src/cksum.c: uses invalid cpu feature string for builtin
Date: Fri, 30 May 2025 09:46:38 -0700

On 2025-05-30 02:38, Peter Dyballa wrote:
> My assumption was that when tar has to extrapolate an exact timestamp to something inexact it needs rounding, which can make more than one file have the same timestamp.

As far as I know, all 'tar' implementations floor (i.e., truncate 
towards minus infinity) rather than round. And I think POSIX requires 
this for 'pax', which is POSIX's replacement for 'tar'. But even if 
macOS 'tar' rounds, we should be OK so long as its timestamp conversion 
function (whether floor or round or something else) is monotonically 
nondecreasing.


> Make and such rely on timestamps and could get fooled by equal timestamps.

Only if 'make' considers equal timestamps to be out of date. Although 
POSIX allows this behavior, as far as I know only HP-UX 'make' does it.

What happens on your platform when you run the following shell commands 
in a fresh directory?

touch -t 202505290000 a b
gls -l --time-style=full a b
echo 'b: a; echo ouch; false' >Makefile
make

If this outputs 'ouch' then your 'make' acts like HP-UX 'make', which 
would surprise me.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.