This is the mail archive of the cygwin-apps@cygwin.com mailing list for the Cygwin project.


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

Re: Autotools; new versions


Robert Collins wrote:

> ----- Original Message -----
> From: "Charles Wilson" <cwilson@ece.gatech.edu>
> 
>>>Robert suggested that debian has a wrapper that tries to infer which
>>>version of autoconf to run.
>>>
>>>Is this something worth considering?
>>>
>>Yes.  But I think the requirement for separate install prefixes still
>>remains.  I don't know much about debian, tho, so take that with a
>>
> large
> 
>>chunk of salt.
>>
> 
> if be different prefixes you mean something like
> /usr/share/autoconf2.5 and
> /usr/share/autoconf2.13 then yes something is needed. THey do have
> conflicting files.


Actually, I was talking about different top-level prefixes (since all of 
the autotools must share the same top-level prefix, and they use each 
other's /share/ files, etc).  That's why I thought the easiest thing to 
do was this:

 From autoconf-2.13, automake-1.4p2 (no libtool, 'cause current libtool 
doesn't really generate DLL's without significant changes...)
/usr/bin/autoconf
/usr/bin/automake
/usr/bin/aclocal
/usr/share/autoconf/*
/usr/share/automake/*

 From autoconf-2.52, automake-1.5, libtool-robert-collins (until that 
stuff gets pushed into CVS/official)
/usr/autotools/bin/autoconf
/usr/autotools/bin/automake
/usr/autotools/bin/aclocal
/usr/autotools/bin/libtool
/usr/autotools/share/autoconf/*
/usr/autotools/share/automake/*
/usr/autotools/libtool/*

Now, your suggestion of a wrapper script sounds good -- I would 
implement it thus:

/usr/bin/autoconf-2.13
/usr/bin/automake-1.4p2
/usr/bin/aclocal-2.13
/usr/bin/autoconf (check for AC_REQUIRES, run autoconf-2.13 or set 
$PATH=/usr/autotools/bin:${PATH} + run autoconf)
/usr/bin/aclocal,automake (ditto)

Alternatively, install both "old" and "new" autotools into separate 
trees, and put only the wrapper scripts into /usr/bin.  (Actually, this 
is better, IMO).  I like changing the PATH because then even 
subprocesses will get the "right" version.  Debian's mucking around with 
symlinks has the same effect (for subprocesses) -- but it seems silly to 
me.  And is also not safe for multi-user systems.  (It's obvious that 
they are forced into doing that by an overzealous desire to abide by the 
Linux Filesystem Standard (or whatever it's called)).

--Chuck


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