You are viewing a plain text version of this content. The canonical link for it is here.
Posted to rivet-dev@tcl.apache.org by ka...@apache.org on 2004/12/03 03:36:49 UTC
cvs commit: tcl-rivet README.configure ChangeLog
karl 2004/12/02 18:36:49
Modified: . ChangeLog
Added: . README.configure
Log:
Add of README.configure file.
Revision Changes Path
1.210 +3 -0 tcl-rivet/ChangeLog
Index: ChangeLog
===================================================================
RCS file: /home/cvs/tcl-rivet/ChangeLog,v
retrieving revision 1.209
retrieving revision 1.210
diff -u -r1.209 -r1.210
--- ChangeLog 3 Dec 2004 02:17:10 -0000 1.209
+++ ChangeLog 3 Dec 2004 02:36:49 -0000 1.210
@@ -9,6 +9,9 @@
causing some problems for mod_rivet.so.
2004-12-02 Karl Lehenbauer <ka...@sc.com>
+
+ * Collected some build notes in README.configure
+
* Clean up presentation of --with-apxs and --with-tclsh and
have them show up when configure --help is run.
1.1 tcl-rivet/README.configure
Index: README.configure
===================================================================
$Id: README.configure,v 1.1 2004/12/03 02:36:49 karl Exp $
This is an agglomeration of notes about using autoconf and friends to create
the build environment (configure script, etc) that builds and installs
Rivet. It will probably go away eventually.
WHERE IS THE CONFIGURE SCRIPT?
If you've checked out the source tree from CVS, you'll notice there's no
configure script, and no configure.in, and no Makefile.in, etc.
You get to fiddle the autoconf stuff to create all that.
CONFIG.GUESS AND FRIENDS
There is some stuff that you see in a lot of packages, like config.guess,
config.sub, install-sh, etc.
This stuff a lot can get pooped out there using libtoolize.
libtoolize --force --copy to install config.guess, config.sub, ltmain.sh
This stuff is in the tclconfig directory, which isn't really the best
name because it's grown to include a lot of autoconf-related stuff.
VERSIONS
autoconf and stuff has evolved, and old versions won't work and will cause
weird problems.
autoconf 2.59
automake 1.9
aclocal 1.9
autoheader 2.59
AUTOMAKE
Automake greatly simplifies the complexity of the Makefiles. With automake
we generate Makefile.am. Automake will create the Makefile.in, which
configure, as always, will use to generate the Makefile.
Automake could be brought to TEA extensions to greatly simplify the
complexity of their build definitions (configure macros, Makefiles, etc)
LIBTOOL
libtool super simplifies and standardizes building shared and static
libraries across tons of variants in operating system architecture
around shared libraries, linking, etc.
A libtool script is generated by running the configure script. The libtool
docs suggest shipping libtool.m4 in your package, else there's no guarantee
aclocal, etc, are going to be able to find one on the local system that
will work, should autoconf need to be run, etc.
A recurring maintenance task for the Rivet team will be to freshen the
libtool.m4.
Libtool also offers substantial simplification to Tcl extension writers
and maintainers.
TCL.M4
There's a bunch of stuff Tcl extensions (and Tcl, etc) need to know about
systems and it's all set up to be handled by tcl.m4.
We've hacked on tcl.m4 from the Tcl Extension Architecture (TEA 3.1)
version. Our changes should probably be folded back in.
VERSIONS AND ENV VARS
It appears that the autoconf tools are moving towards versions, where
aclocal 1.9 can be run as aclocal-1.9. This is good.
FreeBSD ports, though, had already been doing this, so there this stuff
is called, for instance, aclocal19.
You might need to set up environment variables to tell the autoconf tools
the names autoheader, autoconf, automake, and aclocal are installed under,
something like this:
export AUTOHEADER=autoheader259
export AUTOCONF=autoconf259
export AUTOMAKE=automake19
export ACLOCAL=aclocal19
---------------------------------------------------------------------
To unsubscribe, e-mail: rivet-cvs-unsubscribe@tcl.apache.org
For additional commands, e-mail: rivet-cvs-help@tcl.apache.org