
Estou executando em uma máquina Linux RHEL 6.8. Estou tentando construir vários pacotes a partir de tarballs/git-repos/whatefer de origemsemalterando a configuração do sistema (em root ou sudo).
Estou executando em uma máquina RHEL 6.8:
bash-4.1$ cat /etc/issue
Red Hat Enterprise Linux Workstation release 6.8 (Santiago)
Kernel \r on an \m
openssl-devel
está instalado:
bash-4.1$ rpm -q -a | grep openssl
openssl-1.0.1e-48.el6.i686
openssl098e-0.9.8e-20.el6_7.1.x86_64
openssl098e-0.9.8e-20.el6_7.1.i686
openssl-devel-1.0.1e-48.el6.i686
openssl-1.0.1e-48.el6.x86_64
openssl-devel-1.0.1e-48.el6.x86_64
Portanto, espero que este comando retorne alguma saída, para que quando eu construir pacotes a partir do código-fonte que usam pkg-config, eles encontrem o valor de CFLAGS de que precisam:
bash-4.1$ pkg-config --cflags openssl
Mas retorna apenas uma nova linha. Por que?
Depuração adicional:
Mostre qual arquivo ele está usando:
bash-4.1$ pkg-config --debug --list-all 2>&1 | grep 'Will find package.*openssl'
Will find package 'openssl' in file '/usr/lib64/pkgconfig/openssl.pc'
Mostre o arquivo que ele deve estar lendo:
bash-4.1$ cat /usr/lib64/pkgconfig/openssl.pc
prefix=/usr
exec_prefix=${prefix}
libdir=${exec_prefix}/lib64
includedir=${prefix}/include
Name: OpenSSL
Description: Secure Sockets Layer and cryptography libraries and tools
Version: 1.0.1e
Requires:
Libs: -L${libdir} -lssl -lcrypto
Libs.private: -Wl,-z,relro -ldl -lz -L/usr/lib -lgssapi_krb5 -lkrb5 -lcom_err -lk5crypto -lresolv
Cflags: -I${includedir} -I/usr/include
Ampliando o grep:
bash-4.1$ pkg-config --debug --list-all 2>&1 | grep 'openssl'
File 'openssl.pc' appears to be a .pc file
Will find package 'openssl' in file '/usr/lib64/pkgconfig/openssl.pc'
Looking for package 'openssl'
Looking for package 'openssl-uninstalled'
Reading 'openssl' from file '/usr/lib64/pkgconfig/openssl.pc'
Parsing package file '/usr/lib64/pkgconfig/openssl.pc'
Unknown keyword 'Libs.private' in '/usr/lib64/pkgconfig/openssl.pc'
Removing -I/usr/include from cflags for openssl
Removing -I/usr/include from cflags for openssl
Removing -L /usr/lib64 from libs for openssl
Adding 'openssl' to list of known packages, returning as package 'openssl'
openssl OpenSSL - Secure Sockets Layer and cryptography libraries and tools
bash-4.1$
Hmmm, o que isso está Removing -I/usr/include from cflags for openssl
fazendo aí?
Além disso, a Cflags
variável está definida. Isso é um bug? Deveria ser cflags
em vez disso?
Além disso, baixei e criei meu próprio pkg-config
, versão 0.29.2, e ele apresenta o mesmo comportamento. Estou suspeitando de um bug no openssl.pc
arquivo, mas não tenho certeza.
Mesmo assim, qual é a solução além de exportar valores codificados CFLAGS
e LDFLAGS
imediatamente antes de chamar os vários ./configure
scripts de pacotes?
Responder1
Parece que pkg-config
desduplica sinalizadores e também ignora caminhos "padrão", como /usr/include.
Ver,
$ printf "Name: whatever\nVersion: 1\nDescription: bla\nCflags: -I/usr/include" > /tmp/x.pc
$ pkg-config --cflags /tmp/x.pc
$ printf "Name: whatever\nVersion: 1\nDescription: bla\nCflags: -I/usr/includeX" > /tmp/y.pc
$ pkg-config --cflags /tmp/y.pc
-I/usr/includeX
Esses diretórios padrão são definidos no momento da construção do pkg-config, consulte README.md nas fontes:
./configure \
--prefix=/opt/pkgconf \
--with-system-libdir=/lib:/usr/lib \
--with-system-includedir=/usr/include
Você pode desativar esse comportamento em tempo de execução por meio da variável de ambiente:
$ PKG_CONFIG_ALLOW_SYSTEM_CFLAGS=1 pkg-config --cflags /tmp/x.pc
-I/usr/include
ou substitua o padrão integrado:
$ PKG_CONFIG_SYSTEM_INCLUDE_PATH="/whatever" pkg-config --cflags /tmp/x.pc
-I/usr/include
O pkg-config recente também possui opções de linha de comando --keep-system-cflags
e--keep-system-libs