GNU bug report logs - #14463
coreutils-8.21 darwin regressions

Previous Next

Package: coreutils;

Reported by: Jack Howarth <howarth <at> bromo.med.uc.edu>

Date: Fri, 24 May 2013 15:49:01 UTC

Severity: normal

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

Bug is archived. No further changes may be made.

Full log


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

From: Jack Howarth <howarth <at> bromo.med.uc.edu>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: 14463 <at> debbugs.gnu.org
Subject: Re: bug#14463: coreutils-8.21 darwin regressions
Date: Sat, 25 May 2013 10:51:55 -0400
On Sat, May 25, 2013 at 01:59:20AM -0700, Paul Eggert wrote:
> On 05/24/2013 03:46 PM, Jack Howarth wrote:
> > I tried changing the instances of _DARWIN_C_SOURCE to _POSIX_C_SOURCE in configure
> 
> That won't work, for the reasons you describe.

I am a bit unclear on that issue. Does darwin lack the complete posix support required for
freadahead.c, freadptr.c, fseterr.c and fseeko.c to be rewritten to support compiling with
-D_POSIX_C_SOURCE (at least for modern darwin releases)? Or has it just never been implemented
in order to maintain support for legacy versions of darwin?

> 
> How about this idea: modify getgroups.m4 to recognize
> the Darwin situation and compile a substitute getgroups.c,
> and modify getgroups.c to work around the Darwin problem
> by defining a rpl_getgroups that calls the correct Darwin
> getgroups.  It'll take a bit of Darwinish hacking to get
> this to work, but it should work.
> 
> 




This bug report was last modified 11 years and 248 days ago.

Previous Next


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