On 06/14/2011 03:02 PM, Sergio Belkin wrote: >>>> #if MISSING_NS_INITPARSE >>>> // implement your static ns_initparse instead >>>> #endif >>>> >>> >>> Hmmm. It was my fault. I didn't explain myself well. I meant: I'd >>> want to *use* existing static resolv on the system as a fallback (if >>> shared lib lacks of ns_initparse), Can I do it with AC_SEARCH_LIBS? >> >> My answer is unchanged - you can use the action-if-not-found portion of >> AC_SEARCH_LIBS to do whatever else you want to do when ns_initparse is >> not found, including setting up AC_DEFINE or other modifications that >> will let your code use the static resolv as the fallback. >> > > I thought that there was a way to do it appending static library to > LIBS via AC_SEARCH_LIBS... Oh, I think I see what you are asking: If ns_initparse() is missing from a dynamic resolv.so library, how to you make the AC_SEARCH_LIBS try again for a static resolv.a library? But what would that buy you? Any platform where resolv.a and resolv.so both exist, but don't have the same entry points, is already a serious coding nightmare. If I understand what you are asking, then I don't know of any way to force dynamic or force static library link tests, if you suspect that the two types of libraries both exist but differ in contents. -- Eric Blake eblake@xxxxxxxxxx +1-801-349-2682 Libvirt virtualization library http://libvirt.org
Attachment:
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Autoconf mailing list Autoconf@xxxxxxx https://lists.gnu.org/mailman/listinfo/autoconf
