Automake is an experimental Makefile generator. It was inspired by
the 4.4BSD make and include files, but aims to be portable and to
conform to the GNU standards for Makefile variables and targets.
Automake assumes the project uses autoconf. If you want automatic
dependency tracking support, the use of GNU make is also required.
WWW: http://sources.redhat.com/automake/
Reassign the autotools-related ports to a new mailing list,
autotools@FreeBSD.org. This is for individuals willing to put in
the hard work to generate patches and work with portmgr as we put
them through -exp runs and work through port breakage that they
create. (A huge number of ports depend on these, so -exp runs are
required.)
Thanks to aDe@ for all the thankless work he's done over the years
to tame these beasts.
Hat: portmgr
Update CONFIGURE_ARGS for how we pass CONFIGURE_TARGET to configure script.
Specifically, newer autoconf (> 2.13) has different semantic of the
configure target. In short, one should use --build=CONFIGURE_TARGET
instead of CONFIGURE_TARGET directly. Otherwise, you will get a warning
and the old semantic may be removed in later autoconf releases.
To workaround this issue, many ports hack the CONFIGURE_TARGET variable
so that it contains the ``--build='' prefix.
To solve this issue, under the fact that some ports still have
configure script generated by the old autoconf, we use runtime detection
in the do-configure target so that the proper argument can be used.
Changes to Mk/*:
- Add runtime detection magic in bsd.port.mk
(Only the first 15 lines of the commit message are shown above )
Mass-conversion to the USE_AUTOTOOLS New World Order. The code present
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.
Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.
Preliminary documentation can be found at:
http://people.FreeBSD.org/~ade/autotools.txt
which is in the process of being SGMLized before introduction into the
Porters Handbook.
Light blue touch-paper. Run.
Purge WANT_{LIBTOOL,AUTOCONF,AUTOMAKE}_RUN
The versioned autotools are now strictly for building other ports in the tree.
Likewise, the gnu- autotools are for runtime dependencies for IDEs, and others,
where unmodified cross-platform capabilities are desired.
All that we see or seem, is but a dream, within a dream.
Take back maintainership. I'll be scouring the PR database shortly,
if I miss any, or someone beats me to it, please feel free to reassign
appropriately.
. Change pre-install to pre-su-install since the target performs privileged
operations. This makes these ports installable by users other than root.
PR: 76422
Submitted by: jhb
Relinquish maintainership. I no longer have the time, energy,
or interest to look after these things any more.
To whomever picks these up, I salute you. I'll reset the relevant
PRs to ports-bugs in a couple of weeks if no-one has taken over
maintainership.
Farewell, autotool hell.
Move devel/autoconf->devel/autoconf253 and devel/automake->devel/automake15
All autotools ports are now truly versioned and do not conflict with each
other.
This marks the end of "Phase 1" of the autotools updates.
Actually put in relevant symlinks to the versioned files in
${PREFIX}/bin to non-versioned files in ${PREFIX}/libexec/<autotool><ver>
so that the PATH magic in bsd.autotools.mk works correctly.
Set some DEPRECATED and EXPIRATION_DATE knobs to indicate overall intention
of the autotools project to remove all but the latest versions of
libtool, autoconf, and automake, by 31st December 2004.
Note that autoconf259 and automake18 aren't yet accessible through the
relevant USE_* knobs, but will be as soon as bsd.autotools.mk comes into
existence.
