使用 config.site 构建 *.pc 时 @libdir@ 不正确?

问题描述

我正在研究 Fedora x86_64.它使用 /lib64、/usr/lib64 和朋友.我有以下 *.pc.in 文件:

I'm working on Fedora x86_64. It uses /lib64, /usr/lib64 and friends. I have the following *.pc.in file:

$ cat libcryptopp.pc.in
prefix=@prefix@
exec_prefix=@exec_prefix@
libdir=@libdir@
includedir=@includedir@
...

我的 config.site 有以下内容.它是从 Fedora 的 config.site 复制的，位于 /usr/share/config.site.使用该副本是因为 Fedora x86_64 上供应商库的 config.site.

My config.site has the following. It was copied from Fedora's config.site at /usr/share/config.site. The copy was used because of config.site for vendor libs on Fedora x86_64.

$ cat /usr/local/share/config.site
...

# Note: This file includes also RHEL/Fedora fix for installing libraries into
# "/lib/lib64" on 64bit systems.

if test -n "$host"; then
    # skip when cross-compiling
    return 0
fi

if test "$prefix" = /usr
   || { test "$prefix" = NONE && test "$ac_default_prefix" = /usr ; }
then
    test "$sysconfdir" = '${prefix}/etc' && sysconfdir=/etc
    test "$sharedstatedir" = '${prefix}/com' && sharedstatedir=/var
    test "$localstatedir" = '${prefix}/var' && localstatedir=/var

    ARCH=`uname -m`
    for i in x86_64 ppc64 s390x aarch64; do
        if test $ARCH = $i; then
            test libdir='${exec_prefix}/lib64'
            break
        fi
    done
fi

然而，在 Autoconf 处理我的 *.pc.in 文件之后:

However, after Autoconf processes my *.pc.in file:

$ autoreconf --install --force
...
$ ./configure
...

$ cat libcryptopp.pc
prefix=/usr/local
exec_prefix=${prefix}
libdir=${exec_prefix}/lib
includedir=${prefix}/include
...

注意libdir=${exec_prefix}/lib，而不是libdir=${exec_prefix}/lib64.

GCC 肯定会为包构建 64 位二进制文​​件.我没有添加 -mx32 或 -m32:

GCC is definitely building 64-bit binaries for the package. I did not add -mx32 or -m32:

$ gcc -dumpmachine
x86_64-redhat-linux

为什么使用了错误的 lib/ 目录，我该如何解决?

Why is the wrong lib/ directory being used, and how do I fix it?

推荐答案

/usr/local/share/config.site 错误.虽然它是从 Fedora 的 config.site 复制并放置在 /usr/local/share 中，但前缀目录是错误的.前缀测试应该使用 /usr/local 而不是 /usr.

The /usr/local/share/config.site is wrong. Though it was copied from Fedora's config.site and placed in /usr/local/share, the prefix directories are wrong. The prefix test should use /usr/local and not /usr.

以下是更正的.

$ cat /usr/local/share/config.site
...

if test -n "$host"; then
    # skip when cross-compiling
    return 0
fi

if test "$prefix" = /usr/local
   || { test "$prefix" = NONE && test "$ac_default_prefix" = /usr/local ; }
then
    test "$sysconfdir" = '${prefix}/etc' && sysconfdir=/etc
    test "$sharedstatedir" = '${prefix}/com' && sharedstatedir=/var
    test "$localstatedir" = '${prefix}/var' && localstatedir=/var

    ARCH=`uname -m`
    for i in x86_64 ppc64 s390x aarch64; do
        if test $ARCH = $i; then
            test "$libdir" = '${exec_prefix}/lib' && libdir='${exec_prefix}/lib64'
            break
        fi
    done
fi

现在，下一个问题是，为什么 Fedora 的 /usr/share/config.site 没有正确处理 prefix=/usr/local.这是 问题 1510073 中的一个悬而未决的问题:Autoconf 不支持 config.site 中的 libdir 为libdir"=@libdir@" 在 *.pc 文件中，该文件已作为 NOT A BUG 关闭.

Now, the next question is, why Fedora's /usr/share/config.site is not handling prefix=/usr/local properly. That's an open question at Issue 1510073 : Autoconf does not honor libdir in config.site for "libdir=@libdir@" in *.pc file, which has been closed as NOT A BUG.

这篇关于使用 config.site 构建 *.pc 时 @libdir@ 不正确?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！