[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

[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
`ifdef([__gnu__], ..)'. I think this is needless, as autoconf depends on
GNU M4.[1]

So here comes the log and the patch is attached
[[
Remove check for GNU M4, as autoconf depends on it anyhow.

* configure.in
  define subversion_version without a check for GNU M4.
]]

[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])

Received on Wed Nov 24 11:59:47 2004

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.