config.site for vendor libs on Fedora x86_64

前端 未结 1 1857
野的像风
野的像风 2020-12-12 03:25

I\'m having trouble building a few Autotool-based libraries on Fedora 26, x86_64. The 64-bit Fedora puts third party and vendor libraries in /usr/local/lib64. U

相关标签:
1条回答
  • 2020-12-12 04:15

    config.site for vendor libs on Fedora x86_64

    This answers the question of what config.site looks like for /usr/local/share/config.site. It does not answer the question of why --libdir=/usr/local/lib64 fails to set the directory, as @John Bollinger pointed out in the comments.

    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.

    Below is the corrected one.

    $ 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
    

    I'm not sure if these are correct, however. They were not modified.

    test "$sysconfdir" = '${prefix}/etc' && sysconfdir=/etc
    test "$sharedstatedir" = '${prefix}/com' && sharedstatedir=/var
    test "$localstatedir" = '${prefix}/var' && localstatedir=/var
    

    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.

    0 讨论(0)
提交回复
热议问题