[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: (ITS#6870) Undefined reference to ber_* with 2.4.24
- To: openldap-its@OpenLDAP.org
- Subject: Re: (ITS#6870) Undefined reference to ber_* with 2.4.24
- From: hyc@symas.com
- Date: Thu, 24 Mar 2011 06:52:58 GMT
- Auto-submitted: auto-generated (OpenLDAP-ITS)
richm@stanfordalumni.org wrote:
> On 03/22/2011 08:31 AM, rhafer@suse.de wrote:
>> Am Dienstag 22 M=E4rz 2011, 11:39:33 schrieb hyc@symas.com:
>>> hyc@symas.com wrote:
>>>> Ralf Haferkamp wrote:
>>>>> I changed the state back to "Open" as the problem is not really
>>>>> solved yet. I wonder if we should revert the original fix to
>>>>> liblutil/Makefile.in for now to have at least a working built back
>>>>> on non-Windows Platforms.
>>>> =20
>>>> Revert is fine to get HEAD building cleanly for now. Seems like the
>>>> best solution longterm is to move libldif into its own directory
>>>> since the rest of liblutil doesn't depend on it.
>>> =20
>>> And as yet another option, why not build it alongside libldap...
>> Shouldn't we just integrate it with libldap? AFAICS libldif uses stuff=20
>> from libldap (ldap_pvt_hex_unescape) anyways and libldap (ldifutil.c)=20
>> needs libldif.
Yeah, that makes the most sense. I've just moved it over for now, the code is
untouched so the names are still ldif_* (as opposed to ldap_ldif_*). I don't
see any good reason to change the names.
>> I am bit confused about how this was supposed to work orginally (libldif=20
>> as a standalone library).
> I don't know if openldap ever had a truly standalone libldif. It's fine
> with me if the ldif functionality is provided by libldap.
Sounds good.
HEAD now builds cleanly.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/