Hide Forgot
Description of problem: nss_ldap statically links to libldap.a and therefore lacks openldap debugging symbols Version-Release number of selected component (if applicable): nss_ldap-253-37.el5 How reproducible: Always. Steps to Reproduce: 1. Grab a core dump from an executable that links libnss_ldap.so.2 2. Install nss_ldap-debuginfo 3. look for debugging information for symbols such as ldap_result Actual results: #4 0x00a83109 in ldap_result () from /lib/libnss_ldap.so.2 No symbol table info available. Expected results: symbol table available Additional info: The problem seems to be that nss_ldap statically links libldap.a which is stripped.
(In reply to comment #0) > Description of problem: > nss_ldap statically links to libldap.a and therefore lacks openldap debugging > symbols We static link in an attempt to prevent symbol collisions in applications that use other LDAP libraries, such as mozldap. I don't expect that to change unless we add symbol versioning to all of the libraries which implement the API, which is more likely something we just can't guarantee. For that reason we probably have to won't-fix this.
OK, I'll redirect this bug then against openldap, to see if they can disable debuginfo stripping on their -devel .a files. By the way, I believe the same thing happens on RHEL6. The "%_find_debuginfo_opts" macro may need to be set to exclude .a files.
*** This bug has been marked as a duplicate of bug 684630 ***