aboutsummaryrefslogtreecommitdiff
path: root/buildconf
AgeCommit message (Collapse)Author
2009-02-13Remove following files generated on previous buildconf run:Yang Tse
ltoptions.m4 ltsugar.m4 ltversion.m4 lt~obsolete.m4
2009-01-08Only care about the first line of libtool --version as otherwise this scriptDaniel Stenberg
get fooled by libtool 2, and at least libtool 1.5.2x do output the interesting version string in the first line.
2008-08-14curlbuild.h is a generated file on configure-capable systemsYang Tse
2008-08-07Prevent buildconf from removing 'Makefile' and 'missing' files. This would blowYang Tse
away our CVS checked 'missing' file and also CVS checked 'hiper/Makefile'.
2008-08-05Validate that autom4te and autoconf versions match.Yang Tse
Validate that aclocal and automake versions match. Improve removal of previous run generated files. Remove verbose debug logging of aclocal on Solaris.
2008-08-01This line was for local testing, not intended to be committed.Yang Tse
2008-08-01Ensure that reserved keyword AC_DEFUN is only used for its purpose.Yang Tse
2008-07-30Reinstate the 'aclocal -I m4' in buildconf and 'ACLOCAL_AMFLAGS = -I m4' way ofYang Tse
including our local m4/reentrant.m4 file. This even takes care of including the file in the distribution tarball.
2008-07-30Show autom4te and aclocal versions.Yang Tse
Set SED for Solaris to gsed if available.
2008-07-29For testing purposes on SunOS systems; directly feed acinclude.m4 withYang Tse
reentrant.m4 and remove reentrant.m4 before calling aclocal.
2008-07-29For debugging purposes, show all sed's available in PATH on SunOS systems.Yang Tse
2008-07-29Tests done using 'aclocal -I m4' in buildconf and 'ACLOCAL_AMFLAGS = -I m4Yang Tse
in top Makefile.am triggered a problem that prevented aclocal from running successfully on SunOS 5.10 with GNU m4 1.4.5 and GNU Autoconf 2.61 A tarball which reproduces mentioned problem is the one dated July-28-2008 http://cool.haxx.se/curl-daily/curl-7.19.0-20080728.tar.gz We actually don't need all the bells and whistles that the above mechanism provides. We only need to include our m4/reentrant.m4 file in acinclude.m4 so here we go with this simpler mechanism.
2008-07-28Ensure that buildconf runs from the subdirectory where configure.ac livesYang Tse
2008-07-28Remove files generated on previous buildconf/configure run,Yang Tse
and for debugging purposes show ACLOCAL_FLAGS.
2008-07-27When calling aclocal, user defined ACLOCAL_FLAGS will now precede ours.Yang Tse
2008-07-27For debugging purposes, run aclocal in verbose mode on SunOS systems.Yang Tse
2008-07-25move reentrant.m4 to the m4 subdirectory to avoid infinite loop inclusion ↵Yang Tse
problem
2008-07-24Another step towards detecting if _REENTRANT is already defined or actuallyYang Tse
needed, and being able to define it if appropriate for further configure tests as well as for the generated config file. Introduced reentrant.m4 intended for our reentrant related autotools/m4 macros.
2006-10-27Update copyright year, since the file has been modifiedYang Tse
2006-09-04I fell over a new libtool that starts with a newline so we need to fetchDaniel Stenberg
the two first lines to get the version string. The good news is that older libtools have an empty line after the first so I think this works fine all over...
2006-01-06As Alexander Lazic pointed out, run the buildconf from the ares dir if thatDaniel Stenberg
is present instead of trying to duplicate that stuff in this script.
2005-12-21added our regular source headerDaniel Stenberg
2005-12-21allow more evironment variables to control what tools to check for and useDaniel Stenberg
2005-12-21use ACLOCAL even when using 'find' to find the aclocal toolDaniel Stenberg
2005-09-01use -c to automake to copy the new filesDaniel Stenberg
2005-06-13run libtoolize in the ares dir as well, and modified the output slightly forDaniel Stenberg
all tools run in the ares dir - now shown like "running ares/[tool]"
2005-06-09make sure the found tool is a regular file (and not a dir or something)Daniel Stenberg
2005-06-09Modified to use 'head -n 1' instead of 'head -1' since some versions of headDaniel Stenberg
complains and claims this is deprecated.
2005-06-07Reverted Tupone Alfredo's patch, as it broke NUMEROUS autobuilds. Let's do theDaniel Stenberg
changes in a slower and more controlled manner...
2005-06-06Tupone Alfredo's fixes:Daniel Stenberg
1) findtool does look per tool in PATH and think ./perl is the perl executable, while is just a local directory (I have . in the PATH) 2) I got several warning for head -1 deprecated in favour of head -n 1 3) ares directory is missing some file (missing is missing :-) ) because automake and friends is not run. (Let's hope number 2 doesn't break somewhere "out there", if so we can always search/replace that back.)
2005-04-07bail out if perl is missing, it is needed for building curl anywayDaniel Stenberg
2005-04-07check for libtoolize and aclocal to doublecheck the installations betterDaniel Stenberg
2004-12-25./src/config.h.in is now removed from CVS. It is copied from theDaniel Stenberg
lib/config.h.in file by buildconf
2004-09-30Jean-Philippe Barrette-LaPierre made buildconf run better on Mac OS X byDaniel Stenberg
properly using glibtoolize instead of plain libtoolize. (This is made if glibtool was found and used instead of plain libtool.)
2004-05-18simplified all die messagesDaniel Stenberg
2004-05-18simplified the automake failed message tooDaniel Stenberg
2004-05-18simplified the die-line when aclocal fails, the previous one confusedDaniel Stenberg
the netbsd shell
2004-03-30when checking the automake version, cut off trailing "-p[whatever]" from theDaniel Stenberg
version string before doing the version number checks.
2004-03-21recognize and use ACLOCAL_FLAGS if set (Thomas Schwinge patch)Daniel Stenberg
2004-03-15Check for a GNU version of m4, since autoconf won't run nicely without one.Daniel Stenberg
2004-02-25if ares is present, run aclocal in that dir before autoconf is runDaniel Stenberg
2004-02-18AIX and Tru64 have what Tor calls "horribly broken 'which' programs" so weDaniel Stenberg
now scan the PATH ourself to find the path to (g)libtool
2004-02-11use libtoolize --force to overwrite existing (older) filesDaniel Stenberg
2004-01-29Ken Hirsch says he basicly needs all 'mv' to be 'mv -f' for configure toDaniel Stenberg
run in a sane manner on his MPE/iX operating system.
2004-01-27display OK if it runs OKDaniel Stenberg
2004-01-05Tor Arntsen fixed a spelling errorDaniel Stenberg
2003-10-20run autoconf in the ares dir as well if the dir is present, after it hasDaniel Stenberg
been run "as usual"
2003-10-14improved the libtool check to disqualify "1.4c" when 1.4.2 is requiredDaniel Stenberg
2003-05-13fix commentDaniel Stenberg
2003-05-12no more complaining when I have 1.5 and it tests for 1.4.2Daniel Stenberg