uClibc's <resolv.h> header declares a function "dn_skipname", but it is never defined, so any program that calls it will fail to compile. The libspf (an orphaned project) and libspf2 (http://libspf2.org) libraries both require this function.
Confirmed. Most of the funcs of that block in resolv.h are NIH and should be #if 0'ed out. Care to submit a patch?
(In reply to comment #1) > Confirmed. > Most of the funcs of that block in resolv.h are NIH and should be #if 0'ed out. > Care to submit a patch? That would not resolve the problem of libspf2 failing to compile. It's not checking for the function and being fooled by the prototype into thinking it's there. Rather, it unconditionally needs dn_skipname to function. The only circumstance in which it can compile without it is if some other functions including "ns_initparse" are provided by the library. So the only acceptable resolution to this bug is for dn_skipname to be really implemented. (I don't know how to implement dn_skipname, so I can't supply a patch.)
I'd like to point out that I have only seen 2 applications needing dn_skipname (of 850+) and those are libspf2 and wine. I can provide a patch for uclibc if you still are interested, but I don't think its worth it. Better provide patches to the apps needing it. I suggest closing this bug. For libspf2: http://git.alpinelinux.org/cgit/aports/plain/main/libspf2/0001-provide-dn_skipname.patch And for wine: http://git.alpinelinux.org/cgit/aports/plain/main/wine/dn_skipname.patch
fetchmail (http://fetchmail.berlios.de/) also requires dn_skipname.
This will be in 0.9.33 (UCLIBC_HAS_RESOLVER_SUPPORT)