GNU bug report logs - #13495
Compilation fails on Mac OS X 10.8.0

Previous Next

Package: coreutils;

Reported by: Assaf Gordon <assafgordon <at> gmail.com>

Date: Fri, 18 Jan 2013 22:34:02 UTC

Severity: normal

Done: Paul Eggert <eggert <at> cs.ucla.edu>

Bug is archived. No further changes may be made.

Full log


Message #52 received at 13495 <at> debbugs.gnu.org (full text, mbox):

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Assaf Gordon <assafgordon <at> gmail.com>
Cc: bug-gnulib <bug-gnulib <at> gnu.org>, 13495 <at> debbugs.gnu.org
Subject: Re: bug#13495: Compilation fails on Mac OS X 10.8.0
Date: Sun, 03 Feb 2013 22:43:13 -0800
On 01/28/2013 11:30 AM, Assaf Gordon wrote:
> 1. This code isn't used - due to the combination of #if's.
> The resulting "lib/string.h" contains:
>     /* Copy no more than N bytes of SRC to DST, returning a pointer past the
>        last non-NUL byte written into DST.  */
>     #if 1
>     # if 0 || (!0 && defined stpncpy)
>     #  if !(defined __cplusplus && defined GNULIB_NAMESPACE)
>     #   undef stpncpy
>     #   define stpncpy rpl_stpncpy
>     #  endif
>     # endif
> 
> And this isn't used.

Well, I'm lost then, because I thought that your platform
(when using the compiler options in question)
did a #define strpncpy(...) ..., which should
cause the above undef+define to trigger.

> 2. I took the two lines (undef+defined) and put them outside the #if's
> (and verified they were processed, using #error) - but they still did not fix the compilation error.

Sorry, I'm lost here too.  I'm afraid more detective work will
need to be done on your end.




This bug report was last modified 12 years and 113 days ago.

Previous Next


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