I encountered a system where the sunCC compiler wasn't installed correctly, and it choked trying to compile the system /usr/include/stdlib.h:
configure:7094: checking for a traditional french locale
configure:7147: sunCC -o conftest -I/usr/local/include -L/usr/local/lib
-R/usr/local/lib conftest.c >&5
"/usr/include/stdlib.h", line 526: Error: "{" expected instead of "__asm".
But this meant that gt_cv_locale_fr was never given a value, therefore
$LOCALE_FR was set to the empty string, and tests such as:
test $LOCALE_FR != none
cause spurious output:
checking whether btowc(EOF) is correct... ./configure: line 16183: test:
!=: unary operator expected
Obviously, this particular machine and its use of sunCC needs to be
fixed to look for the correct headers, but in the meantime, should
locale-fr.m4 be taught to guarantee a sane value for $gt_cv_locale_fr
even when the AC_TRY_EVAL([ac_link]) fails due to a compiler bug?
--
Eric Blake ebl...@redhat.com +1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
