autoconf
[Top][All Lists]
Advanced

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

Re: FHS


From: Akim Demaille
Subject: Re: FHS
Date: 07 Feb 2002 10:59:04 +0100
User-agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Common Lisp)

>>>>> "Thomas" == Thomas Bushnell <address@hidden> writes:

Thomas> Russ Allbery <address@hidden> writes:
>> Personally, I'm somewhat annoyed to see yet more paths going into
>> Autoconf that I'll then have to override to get the installation
>> paths that I want (namely a flat tree of bin, sbin, lib, man, info,
>> and etc); with over five hundred packages installed that way and
>> using automated tools to maintain Stanford's shared software tree,
>> I have no intention at the present time of changing our package
>> layout.  But I suppose I can always continue to override all the
>> individual paths like I already have to do for sharedstatedir,
>> libexecdir, and datadir.  (Of course, GNU gettext has a habit of
>> blissfully ignoring the datadir setting given at configure time in
>> favor of hard-coding share.  And I'm not sure anything actually
>> uses sharedstatedir and libexecdir except Emacs.)

Thomas> The changes here for the GNU Coding Standards (which I'm
Thomas> proposing, and RMS has now agreed to) will not add any new
Thomas> paths, it will simply change some that currently exist.

Could someone summarize these changes?  I have not seen them in
standards.texi, although I just updated them :( Can someone point me
to where Autoconf ought to be adjusted?



reply via email to

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