2.9.22 compile problem with ldap
|
View:
New views
7 Messages
—
Rating Filter:
Alert me
|
 |
2.9.22 compile problem with ldap
by Gary Smith-19
::
Rate this Message:
Hello,
We have an SRPM for 2.9.21.2 that compiles fine. We are trying to update the package to 2.9.22. In doing so we ran into an issue with configure not being able to find ldap. So, trying it straight (without rpmbuild) and manually running config, we get the same error. Now this only happens on x86_64. It works fine on 32bit. The OS is CentOS 5.2/5.3 ./configure --with-modules="" --with-dynmodules="ldap" --enable-recursor ... checking for ldap_set_option in -lldap_r... no checking for ldap_set_option in -lldap... no configure: error: ldap library (libldap) not found Reverting back to 2.9.21.2, it compiles fine. Obvisouly ldap is installed. [root@BUILD x86_64 pdns-2.9.22]$ ls -l /usr/lib/libldap* lrwxrwxrwx 1 root root 21 Jun 19 18:28 /usr/lib/libldap-2.3.so.0 -> libldap-2.3.so.0.2.15 -rwxr-xr-x 1 root root 238544 Jul 9 2008 /usr/lib/libldap-2.3.so.0.2.15 -rw-r--r-- 1 root root 387540 Jul 9 2008 /usr/lib/libldap.a lrwxrwxrwx 1 root root 21 Jun 20 07:25 /usr/lib/libldap.so -> libldap-2.3.so.0.2.15 lrwxrwxrwx 1 root root 23 Jun 19 18:28 /usr/lib/libldap_r-2.3.so.0 -> libldap_r-2.3.so.0.2.15 -rwxr-xr-x 1 root root 255636 Jul 9 2008 /usr/lib/libldap_r-2.3.so.0.2.15 -rw-r--r-- 1 root root 424552 Jul 9 2008 /usr/lib/libldap_r.a lrwxrwxrwx 1 root root 23 Jun 20 07:25 /usr/lib/libldap_r.so -> libldap_r-2.3.so.0.2.15 [root@BUILD x86_64 pdns-2.9.22]$ ls -l /usr/lib64/libldap* lrwxrwxrwx 1 root root 21 Jun 19 18:49 /usr/lib64/libldap-2.3.so.0 -> libldap-2.3.so.0.2.15 -rwxr-xr-x 1 root root 238504 Jul 9 2008 /usr/lib64/libldap-2.3.so.0.2.15 -rw-r--r-- 1 root root 478330 Jul 9 2008 /usr/lib64/libldap.a lrwxrwxrwx 1 root root 21 Jun 20 07:25 /usr/lib64/libldap.so -> libldap-2.3.so.0.2.15 lrwxrwxrwx 1 root root 23 Jun 19 18:49 /usr/lib64/libldap_r-2.3.so.0 -> libldap_r-2.3.so.0.2.15 -rwxr-xr-x 1 root root 256720 Jul 9 2008 /usr/lib64/libldap_r-2.3.so.0.2.15 -rw-r--r-- 1 root root 526432 Jul 9 2008 /usr/lib64/libldap_r.a lrwxrwxrwx 1 root root 23 Jun 20 07:25 /usr/lib64/libldap_r.so -> libldap_r-2.3.so.0.2.15 Any ideas? _______________________________________________ Pdns-users mailing list Pdns-users@... http://mailman.powerdns.com/mailman/listinfo/pdns-users |
|
|
Re: 2.9.22 compile problem with ldap
by bert hubert-2
::
Rate this Message:
On Mon, Jun 22, 2009 at 7:41 PM, Gary Smith<Gary@...> wrote:
> Hello, > > We have an SRPM for 2.9.21.2 that compiles fine. We are trying to update the package to 2.9.22. In doing so we ran into an issue with configure not being able to find ldap. So, trying it straight (without rpmbuild) and manually running config, we get the same error. Now this only happens on x86_64. It works fine on 32bit. The OS is CentOS 5.2/5.3 > > ./configure --with-modules="" --with-dynmodules="ldap" --enable-recursor Can you try '--with-modules=ldap' instead of dynmodules? This problem does smell a bit of multilib issues. Bert _______________________________________________ Pdns-users mailing list Pdns-users@... http://mailman.powerdns.com/mailman/listinfo/pdns-users |
|
|
Re: 2.9.22 compile problem with ldap
by Gary Smith-19
::
Rate this Message:
Sorry for top posting, OWA doesn't give me many options here. Same problem with just --with-modules
[root@BUILD x86_64 pdns-2.9.22]$ ./configure --with-modules="ldap" --enable-recursor checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking for style of include used by make... GNU checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... 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 checking dependency style of gcc... gcc3 checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /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 checking whether byte ordering is bigendian... no checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ISO C89... (cached) none needed checking dependency style of gcc... (cached) gcc3 checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking for bison... bison -y checking for flex... flex checking lex output file root... lex.yy checking lex library... -lfl checking whether yytext is a pointer... yes checking for a BSD-compatible install... /usr/bin/install -c checking whether make sets $(MAKE)... (cached) yes checking for a sed that does not truncate output... /bin/sed checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognize dependent libraries... pass_all checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking how to run the C++ preprocessor... g++ -E checking for g77... no checking for xlf... no checking for f77... no checking for frt... no checking for pgf77... no checking for cf77... no checking for fort77... no checking for fl32... no checking for af77... no checking for xlf90... no checking for f90... no checking for pgf90... no checking for pghpf... no checking for epcf90... no checking for gfortran... gfortran checking whether we are using the GNU Fortran 77 compiler... yes checking whether gfortran accepts -g... yes checking the maximum length of command line arguments... 98304 checking command to parse /usr/bin/nm -B output from gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC checking if gcc PIC flag -fPIC works... yes checking if gcc static flag -static works... yes checking if gcc supports -c -o file.o... yes checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by g++... /usr/bin/ld -m elf_x86_64 checking if the linker (/usr/bin/ld -m elf_x86_64) is GNU ld... yes checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes checking for g++ option to produce PIC... -fPIC checking if g++ PIC flag -fPIC works... yes checking if g++ static flag -static works... yes checking if g++ supports -c -o file.o... yes checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so (cached) (cached) checking how to hardcode library paths into programs... immediate appending configuration tag "F77" to libtool checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for gfortran option to produce PIC... -fPIC checking if gfortran PIC flag -fPIC works... yes checking if gfortran static flag -static works... yes checking if gfortran supports -c -o file.o... yes checking whether the gfortran linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so (cached) (cached) checking how to hardcode library paths into programs... immediate checking for ANSI C header files... (cached) yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking getopt.h usability... yes checking getopt.h presence... yes checking for getopt.h... yes checking limits.h usability... yes checking limits.h presence... yes checking for limits.h... yes checking for strings.h... (cached) yes checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking syslog.h usability... yes checking syslog.h presence... yes checking for syslog.h... yes checking for unistd.h... (cached) yes checking boost/shared_ptr.hpp usability... yes checking boost/shared_ptr.hpp presence... yes checking for boost/shared_ptr.hpp... yes checking for size_t... yes checking whether time.h and sys/time.h may both be included... yes checking whether struct tm is in sys/time.h or time.h... time.h checking return type of signal handlers... void checking for gethostname... yes checking for gettimeofday... yes checking for mkdir... yes checking for mktime... yes checking for select... yes checking for socket... yes checking for strerror... yes checking for dlopen in -ldl... yes checking for RTLD_NOW... no checking whether we will be doing verbose logging... no checking whether we should build static binaries... checking whether we will be building the server... yes checking whether we will be building the recursor... yes checking whether we should use nedmalloc allocator... no checking ldap.h usability... yes checking ldap.h presence... yes checking for ldap.h... yes checking lber.h usability... yes checking lber.h presence... yes checking for lber.h... yes checking for ldap_set_option in -lldap_r... no checking for ldap_set_option in -lldap... no configure: error: ldap library (libldap) not found .end... ________________________________________ From: pdns-users-bounces@... [pdns-users-bounces@...] On Behalf Of bert hubert [bert.hubert@...] Sent: Monday, June 22, 2009 1:47 PM To: Gary Smith Cc: pdns-users@... Subject: Re: [Pdns-users] 2.9.22 compile problem with ldap On Mon, Jun 22, 2009 at 7:41 PM, Gary Smith<Gary@...> wrote: > Hello, > > We have an SRPM for 2.9.21.2 that compiles fine. We are trying to update the package to 2.9.22. In doing so we ran into an issue with configure not being able to find ldap. So, trying it straight (without rpmbuild) and manually running config, we get the same error. Now this only happens on x86_64. It works fine on 32bit. The OS is CentOS 5.2/5.3 > > ./configure --with-modules="" --with-dynmodules="ldap" --enable-recursor Can you try '--with-modules=ldap' instead of dynmodules? This problem does smell a bit of multilib issues. Bert _______________________________________________ Pdns-users mailing list Pdns-users@... http://mailman.powerdns.com/mailman/listinfo/pdns-users _______________________________________________ Pdns-users mailing list Pdns-users@... http://mailman.powerdns.com/mailman/listinfo/pdns-users |
|
|
Re: 2.9.22 compile problem with ldap
by Norbert Sendetzky
::
Rate this Message:
On Mon June 22 2009 19:41:30 Gary Smith wrote:
> checking for ldap_set_option in -lldap_r... no > checking for ldap_set_option in -lldap... no > configure: error: ldap library (libldap) not found > > Reverting back to 2.9.21.2, it compiles fine. Obvisouly ldap is installed. In 2.9.21 there are no checks if the LDAP libraries are available. Compilation just fails without any notice before during the ./configure run. > [root@BUILD x86_64 pdns-2.9.22]$ ls -l /usr/lib64/libldap* > lrwxrwxrwx 1 root root 21 Jun 19 18:49 /usr/lib64/libldap-2.3.so.0 -> > libldap-2.3.so.0.2.15 -rwxr-xr-x 1 root root 238504 Jul 9 2008 > /usr/lib64/libldap-2.3.so.0.2.15 -rw-r--r-- 1 root root 478330 Jul 9 2008 > /usr/lib64/libldap.a > lrwxrwxrwx 1 root root 21 Jun 20 07:25 /usr/lib64/libldap.so -> > libldap-2.3.so.0.2.15 lrwxrwxrwx 1 root root 23 Jun 19 18:49 > /usr/lib64/libldap_r-2.3.so.0 -> libldap_r-2.3.so.0.2.15 -rwxr-xr-x 1 root > root 256720 Jul 9 2008 /usr/lib64/libldap_r-2.3.so.0.2.15 -rw-r--r-- 1 > root root 526432 Jul 9 2008 /usr/lib64/libldap_r.a > lrwxrwxrwx 1 root root 23 Jun 20 07:25 /usr/lib64/libldap_r.so -> > libldap_r-2.3.so.0.2.15 aren't usable in this case so configure fails. Could you try use LDFLAGS="-L/usr/lib64" ./configure ... Perhaps it helps. I haven't found much on the web about autoconf and this problem. Norbert -- OpenPGP public key http://www.linuxnetworks.de/norbert.pubkey.asc _______________________________________________ Pdns-users mailing list Pdns-users@... http://mailman.powerdns.com/mailman/listinfo/pdns-users |
|
|
Re: 2.9.22 compile problem with ldap
by Gary Smith-19
::
Rate this Message:
I'm going to try a couple different approaches. First I'll see if I can 86's the /usr/lib files and see if it defaults to the proper place. For some reason, when I install the mysql-devel rpm package, it intalls 32+64 bit in turn install ldap 32+64, which could be causing the problem.
Barring that, I will put the LDFLAG into the spec file set to the environment lib, which in this case should default to /usr/lib64. When I find the solution, I'll update the list. Gary ________________________________________ From: pdns-users-bounces@... [pdns-users-bounces@...] On Behalf Of Norbert Sendetzky [norbert@...] Sent: Wednesday, June 24, 2009 12:27 PM To: pdns-users@... Subject: Re: [Pdns-users] 2.9.22 compile problem with ldap On Mon June 22 2009 19:41:30 Gary Smith wrote: > checking for ldap_set_option in -lldap_r... no > checking for ldap_set_option in -lldap... no > configure: error: ldap library (libldap) not found > > Reverting back to 2.9.21.2, it compiles fine. Obvisouly ldap is installed. In 2.9.21 there are no checks if the LDAP libraries are available. Compilation just fails without any notice before during the ./configure run. > [root@BUILD x86_64 pdns-2.9.22]$ ls -l /usr/lib64/libldap* > lrwxrwxrwx 1 root root 21 Jun 19 18:49 /usr/lib64/libldap-2.3.so.0 -> > libldap-2.3.so.0.2.15 -rwxr-xr-x 1 root root 238504 Jul 9 2008 > /usr/lib64/libldap-2.3.so.0.2.15 -rw-r--r-- 1 root root 478330 Jul 9 2008 > /usr/lib64/libldap.a > lrwxrwxrwx 1 root root 21 Jun 20 07:25 /usr/lib64/libldap.so -> > libldap-2.3.so.0.2.15 lrwxrwxrwx 1 root root 23 Jun 19 18:49 > /usr/lib64/libldap_r-2.3.so.0 -> libldap_r-2.3.so.0.2.15 -rwxr-xr-x 1 root > root 256720 Jul 9 2008 /usr/lib64/libldap_r-2.3.so.0.2.15 -rw-r--r-- 1 > root root 526432 Jul 9 2008 /usr/lib64/libldap_r.a > lrwxrwxrwx 1 root root 23 Jun 20 07:25 /usr/lib64/libldap_r.so -> > libldap_r-2.3.so.0.2.15 It looks like in 64Bit mode only the libraries in /usr/lib are found which aren't usable in this case so configure fails. Could you try use LDFLAGS="-L/usr/lib64" ./configure ... Perhaps it helps. I haven't found much on the web about autoconf and this problem. Norbert -- OpenPGP public key http://www.linuxnetworks.de/norbert.pubkey.asc _______________________________________________ Pdns-users mailing list Pdns-users@... http://mailman.powerdns.com/mailman/listinfo/pdns-users |
|
|
Re: 2.9.22 compile problem with ldap
by Nils Breunese (Lemonbit)
::
Rate this Message:
Gary Smith wrote:
> I'm going to try a couple different approaches. First I'll see if I > can 86's the /usr/lib files and see if it defaults to the proper > place. For some reason, when I install the mysql-devel rpm package, > it intalls 32+64 bit in turn install ldap 32+64, which could be > causing the problem. Are you installing through yum? You can pass specific architectures to yum, i.e. yum install mysql-devel.x86_64. You could remove the 32-bit versions by removing mysql-devel.i386 (and the 32-bit ldap packages) if you're not using them. Nils Breunese. _______________________________________________ Pdns-users mailing list Pdns-users@... http://mailman.powerdns.com/mailman/listinfo/pdns-users |
|
|
Re: 2.9.22 compile problem with ldap
by Gary Smith-19
::
Rate this Message:
Nils,
This is exactly the problem I am having. I was unaware that you could do a specific flavor that way. Thanks for the tip. My development is a chroot environment so I'll blow it away and reload and try it with the specific arch. ________________________________________ From: pdns-users-bounces@... [pdns-users-bounces@...] On Behalf Of Nils Breunese (Lemonbit) [nils@...] Sent: Wednesday, June 24, 2009 2:37 PM To: pdns-users@... Subject: Re: [Pdns-users] 2.9.22 compile problem with ldap Gary Smith wrote: > I'm going to try a couple different approaches. First I'll see if I > can 86's the /usr/lib files and see if it defaults to the proper > place. For some reason, when I install the mysql-devel rpm package, > it intalls 32+64 bit in turn install ldap 32+64, which could be > causing the problem. Are you installing through yum? You can pass specific architectures to yum, i.e. yum install mysql-devel.x86_64. You could remove the 32-bit versions by removing mysql-devel.i386 (and the 32-bit ldap packages) if you're not using them. Nils Breunese. _______________________________________________ Pdns-users mailing list Pdns-users@... http://mailman.powerdns.com/mailman/listinfo/pdns-users _______________________________________________ Pdns-users mailing list Pdns-users@... http://mailman.powerdns.com/mailman/listinfo/pdns-users |
signature.asc (204 bytes) | Free embeddable forum powered by Nabble | Forum Help |
