Paul Eggert wrote, On 01/22/2013 01:20 AM: > On 01/21/2013 11:39 AM, Assaf Gordon wrote: >> This fixes the problem. Compilation succeeds with both gcc and clang. > > Thanks for checking. I pushed the following patch into gnulib > and am marking this coreutils bug as done. >
Just a follow-up, not necessarily a gnulib/coreutils bug: compiling using defaults works: ./configure make or ./configure CC=clang make But adding "CFLAGS=-g -O0" to ease debugging results in unresolved symbol "___stpncpy_chk": $ CFLAGS="-g -O0" ./configure $ make [ ... snip ... ] CCLD src/dircolors Undefined symbols for architecture x86_64: "___stpncpy_chk", referenced from: _make_link_name in ls.o ___inline_stpncpy_chk in ls.o ld: symbol(s) not found for architecture x86_64 collect2: ld returned 1 exit status make[2]: *** [src/dir] Error 1 make[2]: *** Waiting for unfinished jobs.... make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 (This is not a show-stopper for me, so I'm not waiting for a solution). -Gordon