[sr #110886] autoupdate produces broken configure.ac

Maxim Cournoyer <[email protected]>
Newsgroups gmane.comp.sysutils.autoconf.bugs
Message-ID <[email protected]>
Follow-up Comment #2, sr #110886 (project autoconf):

Hi Zack,

Thanks for the prompt feedback.

Another issue I've found is that the mishandling of 'dnl' comments; they are
often added into the argument itself, breaking for example this AC_TRY_RUN at
configure time:


@@ -2200,9 +2188,8 @@ if test "$wxUSE_ZLIB" != "no" ; then
         dnl has anything more ancient (1.1.3 was released in July 1998)
         dnl anyhow
         AC_CACHE_CHECK([for zlib.h >= 1.1.4], ac_cv_header_zlib_h,
-            [AC_TRY_RUN(
-                dnl zlib.h defines ZLIB_VERSION="x.y.z"
-                [
+            [AC_RUN_IFELSE([AC_LANG_SOURCE([[dnl zlib.h defines
ZLIB_VERSION="x.y.z"
+                
                     #include <zlib.h>
                     #include <stdio.h>
                     #include <stdlib.h>
@@ -2218,12 +2205,7 @@ if test "$wxUSE_ZLIB" != "no" ; then
                                  ZLIB_VERSION[4] >= '4')) ? "yes" : "no");
                         return 0;
                     }
-                ],
-                ac_cv_header_zlib_h=`cat conftestval`,
-                ac_cv_header_zlib_h=no,
-                dnl cross-compiling: don't have an answer, try later
-                unset ac_cv_header_zlib_h
-            )]
+                ]])],[ac_cv_header_zlib_h=`cat
conftestval`],[ac_cv_header_zlib_h=no],[dnl cross-compiling: don't have an
answer])]
         )
         dnl If the test above did not come up with a value (e.g. cross
         dnl compiling) then this should give a definitive answer


Which results in the config.log to:


conftest.c:43:1: error: unknown type name 'dnl'
   43 | dnl zlib.h defines ZLIB_VERSION="x.y.z"
      | ^~~
conftest.c:43:9: error: expected '=', ',', ';', 'asm' or '__attribute__'
before '.' token
   43 | dnl zlib.h defines ZLIB_VERSION="x.y.z"
      |         ^


I understand redesigning to fix the root of these problems may take a long
time to fix (or never happen).  I may take a peek myself if I find the time.

Cheers,

Maxim



    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/support/?110886>

_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.