Re: Outdated config.sub etc. breaking autobuilding

[Raja R Harinath <harinath@cs.umn.edu>]

Henrique M Holschuh <hmh@debian.org> writes:
> Hello Wichert, Developers,
> On Mon, 16 Apr 2001, Wichert Akkerman wrote:
> > Previously Adrian Bunk wrote:
> > > When a program only uses autoconf but not automake (many
> > > programs do this) there's no better way to update these files
> > > than a "cp /usr/share/automake/config.{guess,sub} . " .
> > 
> > There is a better way: use the copies from libtool since they are a lot
> > more recent.
> 
> Or do the right thing, and update the crap in our automake package. Too bad
> the GNU autotools people didn't do this thing in a more sane way...
> Maintainers should be safe to "regen" (read copy) the files from
> /usr/share/automake/ to their build tree so as to guarantee they'll have the
> hppa and ia64 stuff, for example...
> 
> Either that or have a package that provides an up-to-date
> /usr/share/automake/config.{guess,sub} and that libtool and automake depends
> on.  I'd maintain such package if the automake and libtool maintainers don't
> want the hassle.

You can find the latest official GNU version of config.guess and
config.sub at 

  ftp://ftp.gnu.org/gnu/config

or

  cvs -d :pserver:anoncvs@subversions.gnu.org:/cvs co config

I think you should create a 'config' package with

  /usr/share/misc/config.guess
  /usr/share/misc/config.sub

Have the 'automake' and 'libtool' packages depend on that package, and
symlink to these files.

- Hari
-- 
Raja R Harinath ------------------------------ harinath@cs.umn.edu
"When all else fails, read the instructions."      -- Cahn's Axiom
"Our policy is, when in doubt, do the right thing."   -- Roy L Ash