[PATCH] autoconf depends on GNU M4
From: Uwe Zeisberger <zeisberg_at_informatik.uni-freiburg.de>
Date: 2004-11-24 11:57:46 CET
[This is simply a repost with PATCH in the Subject...]
Hello,
Making the previous patch for configure.in, I saw that it uses an
So here comes the log and the patch is attached
* configure.in
[1] see http://directory.fsf.org/autoconf.html
-- Uwe Zeisberger http://www.google.com/search?q=half+a+cup+in+teaspoons Index: configure.in =================================================================== --- configure.in (revision 11966) +++ configure.in (working copy) @@ -15,18 +15,15 @@ dnl all this must happen as part of m4, not as part of the shell code dnl contained in ./configure. dnl -dnl NOTE: esyscmd() is a GNU M4 extension. Thus, we wrap it in an apprpriate -dnl test. I believe this test will work, but I don't have a place with non- -dnl GNU M4 to test it right now. -dnl +dnl NOTE: esyscmd() is a GNU M4 extension. This should be no problem, as +dnl autoconf depends on it. dnl define([subversion_version], -dnl The following line is long and must be. When this file is checked out with +dnl The following line used to be long. When this file is checked out with dnl CRLF line endings the carriage return ends up being interpreted as an dnl argument of its own and the script will fail. - ifdef([__gnu__], - [esyscmd(python build/getversion.py subversion/include/svn_version.h)], - [0.x])) + [esyscmd(python build/getversion.py subversion/include/svn_version.h)]) + AC_INIT(subversion, subversion_version, [http://subversion.tigris.org/]) undefine([subversion_version])
|
This is an archived mail posted to the Subversion Dev mailing list.
This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.