75028 - ldap needs its own build system

Status: VERIFIED FIXED

(Directory Graveyard :: LDAP C SDK, defect, P1)

Description

[cls]

Before LDAP was turned on in the mozilla tree, it was possible to build Mozilla
with a system installed version of NSPR.  This is no longer possible.  LDAP
needs to have its own self-contained build system and not piggy back off of any
other component.

Comment 1

[Mark Smith [:mcs]]

Dan, are you dealing with build issues for LDAP as related to Mozilla?

Comment 2

[Dan Mosedale (:dmosedale, :dmose)]

mcs: yeah, leif and I are.

Comment 3

[Michael Hein]

In 5.0 the dependency on NSPR is now gone (as far as the build system goes)

Comment 4

[Jussi-Pekka Mantere]

This is the long-term fix.

Comment 5

[yulian chang]

reassign to Olga as QA contact

Comment 6

[Dan Mosedale (:dmosedale, :dmose)]

This is a required part of the move to the LDAP C SDK 5.x.

Comment 7

[Dan Mosedale (:dmosedale, :dmose)]

Mass change: pushing out 0.9.8 bugs, as I'm concentrating feature work now.

Comment 8

[scottputterman]

Moving Netscape owned 0.9.9 and 1.0 bugs that don't have an nsbeta1, nsbeta1+,
topembed, topembed+, Mozilla0.9.9+ or Mozilla1.0+ keyword.  Please send any
questions or feedback about this to [e-mail].  You can search for
"Moving bugs not scheduled for a project" to quickly delete this bugmail.

Comment 9

[Dan Mosedale (:dmosedale, :dmose)]

This was fixed when the C SDK version 5.0 was landed to the trunk, and the new
client branch was created.

Comment 10

[[e-mail] (gone - use [e-mail] instead)]

cd c:\moz_src\.
cvs -q co -P -r ldapcsdk_50_client_branch mozilla/directory/c-sdk

Does this prove it?

Comment 11

[Dan Mosedale (:dmosedale, :dmose)]

Sure; good enough.

Comment 12

[[e-mail] (gone - use [e-mail] instead)]

rheeeeeeeeeeeeeeeeeeeeeet!