On 09/02/2016 02:59 AM, Florian Weimer wrote: > On 09/02/2016 01:00 AM, Steve Dickson wrote: >> Hello, >> >> This is regard to bz1372136... as the bz says >> >> From Koji logs : >> - x86_64 and armv7hl have an issue in configure : checking for >> res_querydomain in -lresolv... no >> - i686 works : checking for res_querydomain in -lresolv... yes >> This is strange, since the symbol in present in /lib/libresolv-2.23.so. >> >> Here was has res_querydomain or even res_nquerydomain moved to to?? >> Why can't I find it with a AC_CHECK_FUNC() or a AC_CHECK_LIB() macros? > > The function symbol has always been __res_querydomain. The autoconf test is > invalid. You need to include the <resolv.h> header first and then use the > function in some way that makes it into the binary (you cannot declare your > own prototype, like many autoconf tests do). > > This, in turn, causes libresolv to be dropped from the static link, and the > resulting DSO is invalid, for two reasons: There is no DT_NEEDED entry for > libresolv.so.2 (leading to undefined symbols), and the symbol references are > unversioned (which means the dynamic linker will potentially bind them to a > compatibility symbol). > I got it... thanks!
steved. -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
