This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: GNU LIB build fails on macOS 10.12.4
- From: Zack Weinberg <zackw at panix dot com>
- To: Paul Eggert <eggert at cs dot ucla dot edu>
- Cc: 26398 at debbugs dot gnu dot org, Gnulib bugs <bug-gnulib at gnu dot org>, GNU C Library <libc-alpha at sourceware dot org>
- Date: Sat, 8 Apr 2017 11:24:54 -0400
- Subject: Re: GNU LIB build fails on macOS 10.12.4
- Authentication-results: sourceware.org; auth=none
- References: <a200b92f-5858-29a0-4f33-f688cf59c7f5@cs.ucla.edu> <8AE2BE5E-3FDE-4F7E-9F82-2CB8D8880D95@Maierh.de> <bdc231db-f2a9-caf6-ef8d-20f144f06702@cs.ucla.edu>
> Please try the attached patch against Emacs master.
> If it works I plan to install it into Emacs and propagate
> it into Gnulib.
This patch is incomplete. If gnulib cannot use __nonnull in
getopt_{core,ext}.h, then there is no point trying to define it in
getopt_cdefs.h. And you're going to need to put snippet/arg-nonnull
back in the module file for this to work at all, aren't you?
>From glibc's point of view, I think it would be better if
getopt_core.h and getopt_ext.h simply assumed _GL_ARG_NONNULL to be
available; we can add it to either our getopt.h wrapper or to
sys/cdefs.h - I don't want to make that call unilaterally. (Do you
know of a complete list of _GL_ macros that may appear in _public_
header files?)
zw