Hello, We compile and deliver to our customers in a large Library Project an Apache and the libapr-1.so, among other stuff.
The compilation is done on our production Linux box: guru@srap08dxoh:~/apr-1.5.1> uname -a Linux srap08dxoh 3.0.76-0.11-pae #1 SMP Fri Jun 14 08:21:43 UTC 2013 (ccab990) i686 athlon i386 GNU/Linux with GCC: guru@srap08dxoh:~/apr-1.5.1> gcc -v Using built-in specs. Target: i586-suse-linux Configured with: ../configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib --libexecdir=/usr/lib --enable-languages=c,c++,objc,fortran,obj-c++,java,ada --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.3 --enable-ssp --disable-libssp --with-bugurl=http://bugs.opensuse.org/ --with-pkgversion='SUSE Linux' --disable-libgcj --disable-libmudflap --with-slibdir=/lib --with-system-zlib --enable-__cxa_atexit --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --enable-version-specific-runtime-libs --program-suffix=-4.3 --enable-linux-futex --without-system-libunwind --with-cpu=generic --build=i586-suse-linux Thread model: posix gcc version 4.3.4 [gcc-4_3-branch revision 152973] (SUSE Linux) After compilation the share library contains an request for GLIBC_2.10: guru@srap08dxoh:~/apr-1.5.1> strings .libs/libapr-1.so.0.5.1 | fgrep GLIBC GLIBC_2.1 GLIBC_2.0 GLIBC_2.3.2 GLIBC_2.2 GLIBC_2.1.3 GLIBC_2.10 GLIBC_2.9 GLIBC_2.3.3 GLIBC_2.1.2 GLIBC_2.3 GLIBC_2.1.1 GLIBC_2.4 which can not be fullfilled on older SLES 10 servers, like this: sisis@REINERS-C-VMOH:~> uname -a Linux REINERS-C-VMOH 2.6.16.60-0.21-default #1 Tue May 6 12:41:02 UTC 2008 x86_64 x86_64 x86_64 GNU/Linux sisis@REINERS-C-VMOH:~> cat /etc/SuSE-release SUSE Linux Enterprise Server 10 (x86_64) VERSION = 10 PATCHLEVEL = 2 sisis@REINERS-C-VMOH:~> /lib/libc.so.6 GNU C Library stable release version 2.4 (20080421), by Roland McGrath et al. Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Configured for i686-suse-linux. Compiled by GNU CC version 4.1.2 20070115 (prerelease) (SUSE Linux). Compiled on a Linux 2.6.16 system on 2008-04-21. Available extensions: crypt add-on version 2.1 by Michael Glad and others GNU Libidn by Simon Josefsson GNU libio by Per Bothner NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk NoVersion patch for broken glibc 2.0 binaries Native POSIX Threads Library by Ulrich Drepper et al BIND-8.2.3-T5B Thread-local storage support included. For bug reporting instructions, please see: <http://www.gnu.org/software/libc/bugs.html>. sisis@REINERS-C-VMOH:~> strings /lib/libc.so.6 | fgrep GLIBC GLIBC_2.0 GLIBC_2.1 GLIBC_2.1.1 GLIBC_2.1.2 GLIBC_2.1.3 GLIBC_2.2 GLIBC_2.2.1 GLIBC_2.2.2 GLIBC_2.2.3 GLIBC_2.2.4 GLIBC_2.2.6 GLIBC_2.3 GLIBC_2.3.2 GLIBC_2.3.3 GLIBC_2.3.4 GLIBC_2.4 GLIBC_PRIVATE Apache says on start: /lib/libc.so.6: version GLIBC_2.10 not found (required by /usr/local/sisis-pap/apache/lib/libapr-1.so.0) Ofc, the easy answer could be: just update the target hosts, but this is not an option in all cases. What makes me wonder is, that other shared objects of *our* software produced on the same host with the same compiler, does not have this GLIBC_2.10 requirement. I checked all our shared libs, the max is GLIBC_2.4. My questions are: What make libapr-1.so requesting GLIBC_2.10? Is this something which could be configured? Thanks in advance Vy 73 matthias -- Matthias Apitz | /"\ ASCII Ribbon Campaign: E-mail: [email protected] | \ / - No HTML/RTF in E-mail WWW: http://www.unixarea.de/ | X - No proprietary attachments phone: +49-170-4527211 | / \ - Respect for open standards | en.wikipedia.org/wiki/ASCII_Ribbon_Campaign
