Re: bug#13495: Compilation fails on Mac OS X 10.8.0

On 01/24/13 13:07, Assaf Gordon wrote: > $ CFLAGS="-g -O0" ./configure Isn't it better to use this? ./configure CFLAGS="-g -O0" If that works, it solves your problem. Otherwise: > $ make > [ ... snip ... ] > CCLD src/dircolors > Undefined symbols for architecture x86_64: >

Re: bug#13495: Compilation fails on Mac OS X 10.8.0

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, no

Re: bug#13516: tests/rm/unread3 fails on Mac OS X 10.8

Hello, Paul Eggert wrote, On 01/24/2013 12:03 PM: > Thanks, could you please try the following patch? > This is a gnulib patch, so it also fixes modules/fdopendir -- > you needn't worry about that part of the patch, > as it doesn't apply to coreutils. > I'm CC'ing this possible patch to bug-gnulib

openat: don't exit program if save_cwd fails

I found this problem while looking into Bug#13516 . Currently, the openat emulator exits the program if savedir fails, but it's nicer if it merely causes openat to fail. If savedir fails, no harm has been done yet -- the program's working directory has not changed, so t

Re: bug#13516: tests/rm/unread3 fails on Mac OS X 10.8

Thanks, could you please try the following patch? This is a gnulib patch, so it also fixes modules/fdopendir -- you needn't worry about that part of the patch, as it doesn't apply to coreutils. I'm CC'ing this possible patch to bug-gnulib to give the Gnulib people a heads-up. By the way, do you ha

[PATCH] readlinkat: don't depend on gl_FUNC_OPENAT

* m4/readlinkat.m4 (gl_FUNC_READLINKAT): Don't require gl_FUNC_OPENAT. Perhaps a similar change needs to be made for linkat.m4, mkfifoat.m4, renameat.m4, symlinkat.m4; but one thing at a time. --- ChangeLog| 5 + m4/readlinkat.m4 | 3 +-- 2 files changed, 6 insertions(+), 2 deletions(-