[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Unneeded PACKAGE_TARNAME in config.h

From: Bob Friesenhahn
Subject: Re: Unneeded PACKAGE_TARNAME in config.h
Date: Wed, 30 Apr 2003 17:18:07 -0500 (CDT)

Thanks for this sage advice.  I was not aware of the multi-config file

Performing substitutions on all of the defines actually causes a bunch
of new problems since the package I maintain is also built in
environments that don't support the configure script.


On Wed, 30 Apr 2003, Steven G. Johnson wrote:

> I would argue that prefixing *every* autoconf #define symbol is the wrong
> way to do it.
> When you need to include configuration-specific #defines in an installed
> library header file, there are typically only a few #defines that you need
> to install.  Including the 100's of symbols that might be in your
> into your installed header, installed on every system and
> #included in all sorts of programs you have no control over, is not what
> you want.
> What you want is to use config.h internally, and to substitute *only*
> those definitions that you need into your installed foobar.h.  This is
> quite easy to do.
> In your, do:
> AC_CONFIG_HEADER(config.h foobar.h)
> Then, autoheader will generate the full for you, with its
> gazillion #defines, but will not touch latter file you
> create *manually*, with whatever few #defines that you need for your
> installed header.
> Steven
> Bob Friesenhahn wrote:
> > Why is this functionality not standard in Autoconf?
> >
> > Bob
> >
> > On Fri, 25 Apr 2003, Guido Draheim wrote:
> >
> >
> >>Bob Friesenhahn schrieb:
> >>
> >>>The package I maintain has no need for these definitions, and in fact
> >>>they cause problems for other Autoconf users since my package is a
> >>>library which includes its config.h as part of the installed header
> >>>files, and these definitions conflict with similar definitions in the
> >>>dependent application's config.h.
> >>>
> >>
> >>That can happen with other config.h definitions as well,
> >>and (rpm,deb,whatever) packages might disagree about
> >>their findings of environment issues as it depends on
> >>what had been installed during configure time on a
> >>development system as opposed to those parts in the
> >>target system. Use AX_PREFIX_CONFIG_H for that, I've
> >>developed it for the exact purpose to install config.h
> >>safely as part of the library headers and many libary
> >>makers have picked it up in the last years.

Bob Friesenhahn

reply via email to

[Prev in Thread] Current Thread [Next in Thread]