[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: AC_TRY_COMPILE() annoyances with 2.63b
From: |
Eric Blake |
Subject: |
Re: AC_TRY_COMPILE() annoyances with 2.63b |
Date: |
Tue, 14 Apr 2009 07:41:33 -0600 |
User-agent: |
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.21) Gecko/20090302 Thunderbird/2.0.0.21 Mnenhy/0.7.6.666 |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
According to Eric Blake on 4/9/2009 10:27 PM:
>> I'm also leaning towards omitting the else if $1 is provably blank,
>> otherwise providing the : in case non-blank $1 ultimately expands to a
>> blank (unless someone finds a shell where 'if false ; then :; fi; echo $?'
>> fails to output 0). AS_CASE and AS_FOR are also candidates for this. And
>> it will be easier with m4_ifblank. Stay tuned; I'll have a patch by the
>> end of the week.
>
> Here's what I'm about to apply.
Sorry for committing before the testsuite completed. It turns out that
this introduced a regression in 'make check TESTSUITEFLAGS="-k
AC_RUN_IFELSE"', due to the following:
$ if false; then :; else echo $?; fi
1
But adding the : after the else, we have effectively made it impossible
for the user to grab $? after the if condition, so I'll have to rethink
this patch.
- --
Don't work too hard, make some time for fun as well!
Eric Blake address@hidden
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAknkko0ACgkQ84KuGfSFAYAe5ACg1xpuoIh5ilPHWUfbwN7YAE7K
uSIAn2chMTaB3zE8ggZskVW6Iq5+ojGT
=cKHm
-----END PGP SIGNATURE-----