Re: #define warnings when using various autotools projects

[aaragon]

Bugzilla from address@hidden wrote:
> 
> On Tue, 13 May 2008, John Calcote wrote:
>>> For my own project, I use two "config.h" files.  One is used to build
>>> the software and the other is trimmed down to support only what is
>>> actually needed to define the interface header ABI.
>>
>> And what if a user decided to run "make install" to put your public
>> headers into his or her /usr/local/include directory? Or even
>> worse--what if a distro packager decides to provide a "devel" package
>> for your project that installs your public headers into "/usr/include"?
>> How is it that you're okay claiming ownership of the one "config.h"
>> header that is allowed to exist in this directory?
> 
> Quite simple.  I use a namespace-scoped name for the publically 
> installed "config.h".  I also use namespace-scoped defines in the 
> publically installed "config.h".  This is much simpler than the 
> various complex substitution schemes I have seen described on this 
> list and elsewhere.
> 
> Bob
> ======================================
> Bob Friesenhahn
> address@hidden, http://www.simplesystems.org/users/bfriesen/
> GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/
> 
> 
> 
> _______________________________________________
> Autoconf mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/autoconf
> 
> 

Could you please expand on this? I don't really understand what you're
talking about. The config.h file has just a bunch of #define statements and
there is no namespace (and I don't think that hardcoding one is the way
out). 

Thanks.

aa
-- 
View this message in context: 
http://www.nabble.com/-define-warnings-when-using-various-autotools-projects-tp17198634p17217223.html
Sent from the Gnu - Autoconf - General mailing list archive at Nabble.com.