This is the mail archive of the libc-alpha@sources.redhat.com mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [PATCH] configure.in tweaks for autoconf-2.5X


On Fri, Oct 18, 2002 at 11:48:57AM -0700, Roland McGrath wrote:
> AC_PREREQ should come first exactly because of things like the incompatible
> AC_INIT syntax.  Otherwise an older autoconf version will barf on the
> syntax errors before it barfs cleanly on the AC_PREREQ failure.
> 

Well, alright. If the configure.in file gets renamed to configure.ac,
though, this problem goes away, as autoconf-2.13 won't look for a file
ending in ".ac". The docs do say that AC_PREREQ can occur before
AC_INIT, but people writing configure templates are "invited not to do
so", and my patch accepted the invitation.

> The form of AC_INIT with the version number in configure.in is no good for us.
> We don't want to tweak configure.in and regenerate configure to update the
> version number, we just change version.h.  The canned AC_PACKAGE_BUGREPORT
> feature is not helpful either, since we want the message to say something
> different ("Use the glibcbug script.").
> 

How about then using a form of AC_INIT with just two arguments ...

AC_INIT([GNU Libc], [2.3.1])

The bug-report address is optional, so its omission is fine, and the
version argument could say nearly anything as long as the VERSION variable
defined at the end of the template is still kept. That way the version.h
file is still what's used as providing the VERSION value.

Art Haas
-- 
They that can give up essential liberty to obtain a little temporary safety
deserve neither liberty nor safety.
 -- Benjamin Franklin, Historical Review of Pennsylvania, 1759


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]