aboutsummaryrefslogtreecommitdiff
path: root/buildconf
AgeCommit message (Collapse)Author
2010-03-24restore executable bits on some filesDaniel Stenberg
2010-03-24remove the CVSish $Id$ linesDaniel Stenberg
2009-11-15Add a couple of renamed files to the removal listYang Tse
2009-07-14renamed generated config.h to curl_config.h in order to avoid clashes when ↵Gunter Knauf
libcurl is used with other projects which also have a config.h.
2009-06-08Adjusted libtool version parsing due to libtool --version now alsoYang Tse
reporting package version in parentheses which confused this script. Remove debug tracing used to debug this.
2009-06-07debug test a non-greedy patternYang Tse
2009-06-06Add some debug tracingYang Tse
2009-06-06remove the ofending regexpYang Tse
2009-06-06remove line not intended to be committedYang Tse
2009-06-06attempt to fix regexYang Tse
2009-06-06Adjusted libtool version parsing due to libtool --version now alsoYang Tse
reporting package name in parentheses which confused this script.
2009-06-05Depending on the libtool and automake versions being used config.guess getsYang Tse
installed in the subdirectory at different stages. With some versions it is installed when libtoolize finishes, but with others it is not installed until automake has finished. So we can not attempt to use config.guess until the very last buildconf stage.
2009-06-03Remove more generated files.Yang Tse
Yet unknown error might leave libtool-like files in source directory.
2009-06-03Remove more generated filesYang Tse
2009-06-03Remove all generated 'Makefile' files.Yang Tse
This can be done now that no file with such name exists in CVS tree.
2009-06-03Remove more generated filesYang Tse
2009-06-01Temporarily disable config.guess related checksYang Tse
2009-06-01HP-UX requires libtool version 1.5.24 or newerYang Tse
2009-03-09- Andreas Farber made the 'buildconf' script check for the presence of m4Daniel Stenberg
scripts to make it detect a bad checkout earlier. People with older checkouts who don't do cvs update with the -d option won't get the new dirs and then will get funny outputs that can be a bit hard to understand and fix.
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