bug-automake
[Top][All Lists]
Advanced

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

bug#10426: 3 of 872 tests failed on openSUSE 12.1


From: Bruno Haible
Subject: bug#10426: 3 of 872 tests failed on openSUSE 12.1
Date: Tue, 03 Jan 2012 14:50:37 +0100
User-agent: KMail/4.7.4 (Linux/3.1.0-1.2-desktop; KDE/4.7.4; x86_64; ; )

Hi Stefano,

> > FAIL: pr300-lib.test (exit: 1)
> > ==============================

> Uh?  Where us this `lib64' coming from?  Have you maybe overriden 
`${libdir}'
> in your `config.site' file?
> 
> The failure here is being caused by the fact that the libraries are 
apparently
> being installed in ${prefix}/lib64 rather than in ${prefix}/lib.

Indeed!

On openSUSE 12.1 there is a new file /etc/profile.d/site.sh, which contains

=======================================================
CONFIG_SITE="/usr/share/site/x86_64-unknown-linux-gnu"
export CONFIG_SITE
=======================================================

Thus I now have an environment variable CONFIG_SITE set:

$ echo $CONFIG_SITE 
/usr/share/site/x86_64-unknown-linux-gnu

It leads to the following output in config.log of the pr300-lib.dir:

==============================================================================
configure:1661: loading site script /usr/share/site/x86_64-unknown-linux-gnu
| #!/bin/sh
| # Site script for configure. It is resourced via \$CONFIG_SITE environment 
varaible.
| 
| # If user did not specify libdir, guess the correct target:
| # Use lib64 for 64 bit targets, keep the default for the rest.
| if test "$libdir" = '${exec_prefix}/lib' ; then
| 
|       # We are trying to guess 32-bit target compilation. It's not as easy as
|       # it sounds, as there is possible several intermediate combinations.
|       ac_config_site_32bit_target=NONE
| 
|       # User defined -m32 in CFLAGS or CXXFLAGS:
|       # (It's sufficient for 32-bit, but alone may cause mis-behavior of some 
checks.)
|       case "$CFLAGS" in
|               *-m32*)
|                       ac_config_site_32bit_target=YES
|                       ;;
|       esac
|       case "$CXXFLAGS" in
|               *-m32*)
|                       ac_config_site_32bit_target=YES
|                       ;;
|       esac
| 
|       # User explicitly specified counterpart --host:
|       # (If cross toolchain is installed, generates 32-bit, else generates 
native.)
|       case "$host" in
|                       *i[3456]86-* | ppc-* | s390-* )
|                       ac_config_site_32bit_target=YES
|                       ;;
|       esac
| 
|       # Running with linux32:
|       # (Changes detected platform, but not the toolchain target.)
|       case "`/bin/uname -i`" in
|               x86_64 | ppc64 | s390x )
|                       ;;
|               * )
|                       ac_config_site_32bit_target=YES
|                       ;;
|       esac
| 
|       if test "x$ac_config_site_32bit_target" = xNONE; then
|               libdir='${exec_prefix}/lib64'
|       fi
| fi
| 
| # If user did not specify libexecdir, guess the correct target:
| # Nor FHS nor openSUSE allow prefix/libexec. Let's default to prefix/lib.
| 
| libexecdir='${exec_prefix}/lib'
| 
| # Continue with the standard behavior of configure defined in AC_SITE_LOAD:
| if test "x$prefix" != xNONE; then
|       ac_site_file1=$prefix/share/config.site
|       ac_site_file2=$prefix/etc/config.site
| else
|       ac_site_file1=$ac_default_prefix/share/config.site
|       ac_site_file2=$ac_default_prefix/etc/config.site
| fi
| for ac_site_file in "$ac_site_file1" "$ac_site_file2"
| do
|       test "x$ac_site_file" = xNONE && continue
|       if test /dev/null != "$ac_site_file" && test -r "$ac_site_file"; then
|               { $as_echo "/usr/share/site/x86_64-unknown-linux-gnu:
${as_lineno-$LINENO}: loading site script $ac_site_file" >&5
| $as_echo "/usr/share/site/x86_64-unknown-linux-gnu: loading site script 
$ac_site_file" >&6;}
|               sed 's/^/| /' "$ac_site_file" >&5
|               . "$ac_site_file" \
|                       || { { $as_echo 
"/usr/share/site/x86_64-unknown-linux-gnu:
${as_lineno-$LINENO}: error: in \`$ac_pwd':" >&5
| $as_echo "/usr/share/site/x86_64-unknown-linux-gnu: error: in \`$ac_pwd':" 
>&2;}
| as_fn_error $? "failed to load site script $ac_site_file
| See \`config.log' for more details" "$LINENO" 5; }
|       fi
| done
==============================================================================

Then config.status contains

S["libdir"]="${exec_prefix}/lib64"

and finally Makefile contains

libdir = ${exec_prefix}/lib64

> This could
> be solved by passing a proper `--libdir' switch to the configure invocation;
> see attached patch.

The patch fixes it, thanks.

> +# We use pass '--libdir' explicitly, to avoid spurious failures due
> +# to users possibly overriding '${libdir}' in ther config.site files
> +# (for example, defining it to '${prefix}/lib64' on 64-bit systems).
> +# See automake bug#10426.

s/use pass/pass/
s/users/users or distributions/
s/ther/their/
s/config.site files/config.site or $CONFIG_SITE file/

Bruno







reply via email to

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