bug-autoconf
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[sr #110403] autoconf-2.70 AC_TYPE_INTMAX_T test failure under OmniOS


From: Zack Weinberg
Subject: [sr #110403] autoconf-2.70 AC_TYPE_INTMAX_T test failure under OmniOS
Date: Wed, 23 Dec 2020 14:31:23 -0500 (EST)
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Firefox/78.0

Follow-up Comment #2, sr #110403 (project autoconf):

Thanks for the testsuite directory attachment.  The problem is clearer now:


# Set up the scripts for CONFIG_HEADERS section.
# No need to generate them if there are no CONFIG_HEADERS.
# This happens for instance with `./config.status Makefile'.
if test -n "$CONFIG_HEADERS"; then
cat >"$ac_tmp/defines.awk" <<\_ACAWK ||
BEGIN {
D["PACKAGE_NAME"]=" \"\""
...
}
{ print }
_ACAWK  as_fn_error $? "could not setup config headers machinery" "$LINENO" 5
fi # test -n "$CONFIG_HEADERS"


In a correctly generated config.status, the `as_fn_error` would not be on the
same line as `_ACAWK`.  However, the code that generates this part of
config.status hasn't changed in years either, and the corresponding piece of
the configure script in this test is exactly as it ought to be:


{ print }
_ACAWK
_ACEOF
cat >>$CONFIG_STATUS <<\_ACEOF || ac_write_fail=1
  as_fn_error $? "could not setup config headers machinery" "$LINENO" 5
fi # test -n "$CONFIG_HEADERS"


So I'm still suspicious of some kind of intermittent fault in the shell
executing this configure script.

> As a reminder, you have login access to this system.

I seem to have lost the message in which you told me the *name* of this
system, could you tell me what it is again?

    _______________________________________________________

Reply to this item at:

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

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]