Erro ao compilar o apr-util para o apache com suporte a LDAP

1

Atualmente, estou tentando criar uma pilha LAMPP de 64 bits no CentOS 7, na qual cada componente deve residir em sua própria pasta, com todas as dependências incluídas e em sua própria pasta.

Atualmente, tenho a seguinte estrutura com programas compilados corretamente:

- /opt/lampp64
  - apr
  - bzip2
  - cyrus-sasl
  - gdbm
  - libtool
  - ncurses
  - openldap
  - openssl
  - pcre
  - perl
  - readline
  - zlib

cada software está totalmente contido em sua pasta, que possui:

  • um único diretório para cada versão
  • um simlink para a versão "atual"

Eu baixei fontes apr-util na versão mais recente e estou tentando compilá-las, no entanto o comando:

./configure --prefix=/opt/lampp64/apr-util/X.Y.Z --with-openssl=/opt/lampp64/openssl/current --with-openldap=/opt/lampp64/openldap/current

Falhar dizendo que não é possível encontrar o openldap, se eu desativar tudo corre bem.

Eu sei que este não é um layout de diretório padrão, é apenas uma experiência, no entanto, outros programas com dependências já foram compilados corretamente.

Preciso adicionar alguma opção adicional a configure para "ver" as bibliotecas LDAP?

Este é todo o comando e saída:

./configure --prefix=/opt/lampp64/apr-util/1.5.4 --with-apr=/opt/lampp64/apr/current --with-gdbm=/opt/lampp64/gdbm/current --with-openssl=/opt/lampp64/openssl/current --with-crypto --with-ldap=openldap --with-ldap-lib=/opt/lampp64/openldap/current/lib --with-ldap-include=/opt/lampp64/openldap/current/include
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking target system type... x86_64-unknown-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking for working mkdir -p... yes
APR-util Version: 1.5.4
checking for chosen layout... apr-util
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
Applying apr-util hints file rules for x86_64-unknown-linux-gnu
checking for APR... yes
  setting CPP to "gcc -E"
  adding "-pthread" to CFLAGS
  adding "-DLINUX" to CPPFLAGS
  adding "-D_REENTRANT" to CPPFLAGS
  adding "-D_GNU_SOURCE" to CPPFLAGS
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
configure: checking for openssl in /opt/lampp64/openssl/current
checking openssl/x509.h usability... yes
checking openssl/x509.h presence... yes
checking for openssl/x509.h... yes
checking for BN_init in -lcrypto... yes
checking for SSL_accept in -lssl... yes
  setting APRUTIL_LDFLAGS to "-L/opt/lampp64/openssl/current/lib"
  setting APRUTIL_INCLUDES to "-I/opt/lampp64/openssl/current/include"
checking whether EVP_PKEY_CTX_new is declared... yes
  setting LDADD_crypto_openssl to "-L/opt/lampp64/openssl/current/lib  -lssl -lcrypto"
checking for const input buffers in OpenSSL... yes
checking for ldap support...
  adding "-I/opt/lampp64/openldap/current/include" to APRUTIL_INCLUDES
  adding "-L/opt/lampp64/openldap/current/lib" to APRUTIL_LDFLAGS
checking for ldap_init in -lopenldap... no
checking for ldap_init in -lopenldap... no
checking for ldap_init in -lopenldap... no
checking for ldap_init in -lopenldap... no
configure: error: could not find an LDAP library
    
por Matteo Tassinari 11.05.2016 / 19:48

2 respostas

1

Acabei de ter um problema semelhante no RHEL7. Eu estava compilando apr-util contra um openssl compilado personalizado. Acontece que também o pacote openssl-devel foi instalado, sempre com falha na etapa ./configure em apr-util.

Então, para mim, o truque era remover o openssl-devel e recompilar toda a pilha (openssl, openldap, apr e apr-util)

    
por 16.03.2018 / 17:23
0

Na linha:

checking for ldap_init in -lopenldap... no

ele está tentando se ligar a uma biblioteca chamada openldap, mas quando eu olho no meu diretório lib openldap eu não vejo um libopenldap.so :

liblber.so
libldap.so
libldap_r.so

Parece que o valor em -lopenldap é proveniente da opção --with-ldap=openldap , portanto, se eu alterar isso para --with-ldap=ldap , parece funcionar.

Eu não tentei com todas as suas opções, então não sei se todo o resto funciona:)

    
por 20.05.2016 / 01:08