[oe] libcurl and __isoc99_sscanf at GLIBC_2.7
Jaya Kumar
jayakumar.lkml at gmail.com
Thu Jun 7 11:20:47 UTC 2012
Hi OE friends,
I observed something odd today.
~/oe/setup-scripts$ file
build/tmp-angstrom_2010_x-eglibc/work/armv7a-angstrom-linux-gnueabi/curl-7.24.0-r0/package/usr/lib/libcurl.so.5.2.0
build/tmp-angstrom_2010_x-eglibc/work/armv7a-angstrom-linux-gnueabi/curl-7.24.0-r0/package/usr/lib/libcurl.so.5.2.0:
ELF 32-bit LSB shared object, ARM, version 1 (SYSV), dynamically
linked, stripped
~/oe/setup-scripts$ readelf -a
build/tmp-angstrom_2010_x-eglibc/work/armv7a-angstrom-linux-gnueabi/curl-7.24.0-r0/package/usr/lib/libcurl.so.5.2.0
| egrep GLIBC_2.7
30: 00000000 0 FUNC GLOBAL DEFAULT UND __isoc99_sscanf at GLIBC_2.7 (7)
01c: 2 (GNUTLS_1_4) 6 (GCRYPT_1.2) 7 (GLIBC_2.7) 2 (GNUTLS_1_4)
0x0070: Name: GLIBC_2.7 Flags: none Version: 7
I was wondering if that is correct behavior? I don't have an
understanding of why sscanf seems to have a dependency on glibc 2.7. I
encountered this issue because I took the curl libs, unpacked them in
my metatoolchain libs, and then tried to link my app against it and
got:
arm-angstrom-linux-gnueabi-gcc -o curltest curltest.c
-I/home/test/oemetatoolchain/usr/include
-Wl,-rpath=/home/test/oemetatoolchain/usr/lib/:/home/test/oemetatoolchain/lib/
-lcurl
../../usr/lib//libcurl.so: undefined reference to `__isoc99_sscanf at GLIBC_2.7'
collect2: ld returned 1 exit status
So the only fault seems to be with sscanf. Other functions seem to be
fine, eg: sprintf:
164: 00000000 0 FUNC GLOBAL DEFAULT UND sprintf at GLIBC_2.4 (3)
Suggestions or advice would be greatly appreciated.
Thanks,
jayakumar
More information about the Openembedded-devel
mailing list