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.
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.
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.
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.
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.
list by bsd.port.mk insert anti foot-shooting device, which prevents
infinite fork loop when the user defines corresponding USE_XXX in global
make.conf, command line or environment.
Similar devices should probably be inserted into ports that might be inserted
into dependency list by others bsd.foo.mk files (bsd.ruby.mk, bsd.python.mk
and so on.)
since I'm doing most of the updating, and am working on a
port/Mk/bsd.<gnublah>.mk to move some cruft around.
Sponsored by: Mr. Smith and Mr. Wesson. :)
- Backout recent upgrade because it broke way too many ports;
- assign maintainership to portmgr@FreeBSD.org due to importancy of this port
to the overall ports infrastructure.
(ie: ${LOCALBASE}), but also ${X11BASE}/share/aclocal via an extra
patch and some configure-time substitution
Discussed on: ports (quite a while back)
Original disgusting hack by: ade
Suggested improvements by: asami
Reworked patch by: ade
previous changes to this port was one of them. This commit fixes:
- We definetely need to check the existence of ${PREFIX}/dir and generate
it if needed before install-info gets invoked.
- Use empty definition of STRIP instead of changing every appearance
of ${INSTALL_SCRIPT} in Makefile.in to ${INSTALL} especially since
this port installs no files that need to be stripped.
- No need to add rule to regenerate .info file when there's one in the
distributed Makefile.in.
- Instead of removing old piece of .info files in post-install target,
leave it to the .texi.info: rule in the distributed Makefile.
