[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH 5/5] obstack usability
|
From: |
Alan Modra |
|
Subject: |
Re: [PATCH 5/5] obstack usability |
|
Date: |
Sat, 26 Jul 2014 22:00:36 +0930 |
|
User-agent: |
Mutt/1.5.21 (2010-09-15) |
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
[PATCH 4/5] 64-bit obstack support, part 3, Alan Modra, 2014/07/26
[PATCH 2/5] 64-bit obstack support, part 1, Alan Modra, 2014/07/26