Bug 95371
| Summary: | autoconf not well enough integrated with libtool, aclocal and so on. | ||
|---|---|---|---|
| Product: | Ports & Packages | Reporter: | Wilfried Goesgens <w.goesgens> |
| Component: | Individual Port(s) | Assignee: | Ade Lovett <ade> |
| Status: | Closed FIXED | ||
| Severity: | Affects Only Me | ||
| Priority: | Normal | ||
| Version: | Latest | ||
| Hardware: | Any | ||
| OS: | Any | ||
Responsible Changed From-To: freebsd-bugs->ade Make this a ports PR and assign to maintainer of devel/autoconf213, etc. State Changed From-To: open->analyzed This will be dealt with as part of the next set of major changes to the autotools infrastructure, involving wrapper scripts around the components of autoconf/automake to more seemlessly handle multiple versions of autotools both for building ports, and for cross-development outside of the ports tree. State Changed From-To: analyzed->feedback The latest round of updates to autotools should have fixed this. Unless I hear otherwise, I'll be closing this PR 2 weeks from today (11th August 2007). State Changed From-To: feedback->closed As promised, close on a 2-week timeout working on the basis that recent major updates to the autotools systems have now resolved the problem. |
autoreconf, part of the autoconf port behaves badly. this is a perl script, and it would call all the stuff needed to bootstrap a projects auto environment. there is for example my $autoconf = $ENV{'AUTOCONF'} || '/usr/local/bin/autoconf259'; in it. on the other hand there is my $libtoolize = $ENV{'LIBTOOLIZE'} || 'libtoolize'; beyound some others without path, which makes autoreconf fail. I think that this is filled in by a configure option of the autoconf installation. by adding references to the propper instances it would bring this to work. Fix: configure autoconf to interoperate with the whole family of tools How-To-Repeat: get for example webcit from subversion, head branch on www.citadel.org, and call ./autogen.sh