[ldns-users] undefined symbols in _ldns.so

[Willem Toorop]

Yes, those should get the ldns_ prefix at some point, but until a major
version number update (1.7) we have to leave them in I suppose.
Thank you Karel and Robert for pointing it out. It would have been nasty
if it would have shipped like that...

Op 18-07-12 23:47, Robert Edmonds schreef:
> Willem Toorop wrote:
>> Op 18-07-12 21:58, Robert Edmonds schreef:
>>> Karel Slany wrote:
>>>> The bug was introduced in commit 3705 and the attached patch fixes it.
>>> perhaps "qsort_rr_compare_nsec3" (and probably "qsort_rr_compare" and
>>> "qsort_schwartz_rr_compare") should be added to ldns_symbols.def, as
>>> these symbols were exported previously.
>>
>> Well...  qsort_rr_compare and qsort_schwartz_rr_compare are not in the
>> header files and thus not in the api. So I've only added
>> qsort_rr_compare_nsec3. And also b32_ntop, b32_ntop_extended_hex,
>> b32_pton and b32_pton_extended_hex which were also exported before and
>> in util.h.
> 
> true, i was just looking at the symbols in the .so file and not the
> headers.  i see the following symbols exported by the 1.6.13 ldns
> library in debian that don't have the ldns_ prefix: 
> 
>     00000000000430c0 T b32_ntop
>     00000000000430e0 T b32_ntop_extended_hex
>     0000000000042ae0 T b32_pton
>     0000000000042b00 T b32_pton_extended_hex
> 
>     0000000000040820 T mktime_from_utc
> 
>     0000000000037da0 T qsort_rr_compare
>     000000000001bc50 T qsort_rr_compare_nsec3
>     0000000000038040 T qsort_schwartz_rr_compare
> 
>     00000000000430f0 T strlcpy
> 
>     00000000000404a0 T xprintf_hex
>     0000000000040390 T xprintf_rdf
>     0000000000040430 T xprintf_rr
>