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
