This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH 5/5] obstack usability
- From: Alan Modra <amodra at gmail dot com>
- To: Paul Eggert <eggert at cs dot ucla dot edu>
- Cc: bug-gnulib at gnu dot org, libc-alpha at sourceware dot org
- Date: Sat, 26 Jul 2014 22:00:36 +0930
- Subject: Re: [PATCH 5/5] obstack usability
- Authentication-results: sourceware.org; auth=none
- References: <1406354233-7664-1-git-send-email-amodra at gmail dot com> <1406354233-7664-6-git-send-email-amodra at gmail dot com> <53D39585 dot 5030305 at cs dot ucla dot edu>
On Sat, Jul 26, 2014 at 07:48:21AM -0400, Paul Eggert wrote:
> On 07/26/2014 01:57 AM, Alan Modra wrote:
> >When using obstack.h/c in other projects it isn't very nice that gnulib
> >headers like exitfail.h and gettext.h need to be present. Far worse
> >is a dependency on gnulib's version of stdlib.h for __attribute_pure__
> >and _Noreturn. This only works if a project is willing to import
> >rather a lot of gnulib configury magic
>
> Sure, but the downside of the proposed change is that it'd break
> programs like 'grep' that require the exitfail.h etc. semantics.
Hmm, OK.
> What projects are you thinking about? That is, what current
> non-glibc projects have copies of obstack.h and obstack.c in their
> source code, but not exitfail.h etc.?
binutils, gdb, and gcc via libiberty. I guess we can live with a
patched obstack.[ch].
--
Alan Modra
Australia Development Lab, IBM