Actually, I've tested also with 1.1.23 and it's also breaking. Probably some older versions too but surely not stable one (1.1.12). ldap version: 2.3.43 (stable), last unstable is 2.3.43-r1 Working if I add USE="-ldap" Build log: checking for LDAPSortKey... yes checking for ldap_initialize in -lldap_r... no checking for ldap_count_references... no checking for ldap_first_reference... no checking for ldap_next_reference... no checking for ldap_parse_reference... no checking for ldap_parse_sort_control... no checking for ldap_parse_sortresponse_control... no checking for ldap_parse_vlv_control... no checking for ldap_parse_vlvresponse_control... no configure: error: libldap (OpenLDAP) development files not found, LDAP won't be supported. This is an error since --with-ldap was requested. It goes without saying these functions are in libldap_r.so Thanks.
app-emulation/wine-1.1.25 is not fixing this bug. I've changed bug summary to make it clearer
Actually, the real --as-needed bug is from ldap side. See bug 189817. It has been fixed in 2.3.43-r1. So it can be fixed by changing dep to: >=net-nds/openldap-2.3.43-r1 But the bug is also available for stable versions. At least 1.1.13. Actually, with >app-emulation/wine-1.1.13, the bug results in an error. With <=app-emulation/wine-1.1.13, the bug results in a warning in the configure output. That's why it hasn't been seen before. But the openldap version fixing the bug is not stable atm. So, the dep list can only be updated on not stable ebuilds. (ie. >app-emulation/wine-1.1.13)
*** This bug has been marked as a duplicate of bug 189817 ***
I don't think it's a duplicate as it much more a consequence of the other bug that need to be fixed in wine ebuilds. So, I prefer to consider the other bug as a depend. As it's up to you, if you really think it's a duplicate, change it and I will like with it.
(In reply to comment #4) > I don't think it's a duplicate as it much more a consequence of the other bug > that need to be fixed in wine ebuilds. So, I prefer to consider the other bug > as a depend. > I'd say I could be worked around in wine ebuilds, not fixed. While ELF shared libs can (and in rare cases have to) have undefined symbols, pthread should be linked explicitly to libldap_r. Of course, best way to fix it, is to persuade openldap upstream about linking being the correct solution... Good luck with that.
yeah, i still dont see info in here that says it's a wine bug *** This bug has been marked as a duplicate of bug 189817 ***
