On Thu, 31 Jan 2008 16:28, [EMAIL PROTECTED] said:
> now. ldap.h used to globally expose these functions. ldap.h has begun
> deprecating old functions, requiring packages to explicitly define
> LDAP_DEPRECATED to use them. This seems to be a pretty common practice.
.. for OpenLDAP. We had quite a couple of breakage in the past with
OpenLDAP. Anyway I checked gpg (ldap keyservers) and there we actually
did it already:
2006-03-27 David Shaw <[EMAIL PROTECTED]>
* gpgkeys_ldap.c: #define LDAP_DEPRECATED for newer OpenLDAPs so
they use the regular old API that is compatible with other LDAP
libraries.
It is a pitty that this change has been made without broader
discussions. LDAP is one of the few protocols with a well defined API
which works for 15 years or even longer.
> fyi, I don't have anything to do with the ldap API. I just check for
> this class of build problems (which are non-ldap specific) since they
> are almost guaranteed to cause pkgs to crash on certain architectures.
Right. That is the reasons why I consider dropping a prototype a Bad
Thing. If they want to force us using another API, they should require
linking to another library or use gcc's deprecated attribute. Not all
compilers spit out warnigns for missing prototypes or too many false one
so one can't expect a user to diligently look at them all.
I'll change that for Dirmngr.
Thanks,
Werner
--
Die Gedanken sind frei. Auschnahme regelt ein Bundeschgesetz.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
