Re: Moving (initially function) attribute macros into a separate gnulib module

2011-07-10 Thread Paul Eggert
A couple of things. First, I have in mind something different for _GL_ATTRIBUTE_NORETURN, since _Noreturn is in draft C1X. I'll send out some proposed patches for this shortly. Second, don't you need to do something different for the *.in.h files, such as lib/string.in.h? They can't include gnu

Re: Moving (initially function) attribute macros into a separate gnulib module

2011-07-10 Thread Pádraig Brady
On 10/07/11 10:56, James Youngman wrote: > I just went to use some function attributes in findutils and noticed > that information about which versions of GCC support various > attributes is spread throughout gnulib. While a number of headers > define convenience macros (usually starting _GL_ATTRI

Moving (initially function) attribute macros into a separate gnulib module

2011-07-10 Thread James Youngman
I just went to use some function attributes in findutils and noticed that information about which versions of GCC support various attributes is spread throughout gnulib. While a number of headers define convenience macros (usually starting _GL_ATTRIBUTE_) there are a couple of naming inconsistenci