[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: Update/drop cruft: LDAP_DEPRECATED, CLDAP, C version

To: Quanah Gibson-Mount <quanah@zimbra.com>
Subject: Re: Update/drop cruft: LDAP_DEPRECATED, CLDAP, C version
From: Hallvard Breien Furuseth <h.b.furuseth@usit.uio.no>
Date: Sun, 21 Jun 2015 07:51:04 +0200
Cc: openldap-devel@openldap.org
In-reply-to: <3FBD1EE6A8487FC521ECA5C8@[192.168.1.9]>
References: <hbf.20150616mexf@bombur.uio.no> <558045FA.2080208@usit.uio.no> <3FBD1EE6A8487FC521ECA5C8@[192.168.1.9]>
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0

On 21/06/15 02:33, Quanah Gibson-Mount wrote:

I'd vote for killing the deprecated functions from 2.5, although I agree
it'd be nice to keep a trivial wrapper specificaly for simple binds.  I
rarely see traffic from people any longer on how to convert code using
them to the new functions (I.e., the majority of code utilizing libldap
seems to have moved to the non-deprecated fuctions).  Neither RH nor
Debian appear to default to compiling with them enabled, so the numerous
packages that link to libldap(_r) must have migrated off of them as well.


Linking is irrelevant.  libldap(_r) always includes the functions.
The user #defines LDAP_DEPRECATED to expose their prototypes in ldap.h.

--
Hallvard

References:
- Update/drop cruft: LDAP_DEPRECATED, CLDAP, C version
  - From: Hallvard Breien Furuseth <h.b.furuseth@usit.uio.no>
- Re: Update/drop cruft: LDAP_DEPRECATED, CLDAP, C version
  - From: Hallvard Breien Furuseth <h.b.furuseth@usit.uio.no>
- Re: Update/drop cruft: LDAP_DEPRECATED, CLDAP, C version
  - From: Quanah Gibson-Mount <quanah@zimbra.com>

Prev by Date: Re: Update/drop cruft: LDAP_DEPRECATED, CLDAP, C version
Next by Date: Re: Update/drop cruft: LDAP_DEPRECATED, CLDAP, C version
Index(es):
- Chronological
- Thread