Closed Bug 75028 Opened 23 years ago Closed 22 years ago

ldap needs its own build system

Categories

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

Product:
Directory
Component:
LDAP C SDK
Platform:
x86
Linux
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED FIXED
Milestone:
mozilla1.2

People

(Reporter: cls, Assigned: dmosedale)

Details

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.
QA Contact: __UNKNOWN__
Dan, are you dealing with build issues for LDAP as related to Mozilla?
Assignee: mcs → dmose
mcs: yeah, leif and I are.
Status: NEW → ASSIGNED
In 5.0 the dependency on NSPR is now gone (as far as the build system goes)
This is the long-term fix.
QA Contact: yulian
Target Milestone: --- → mozilla1.0
reassign to Olga as QA contact
QA Contact: yulian → olgac
This is a required part of the move to the LDAP C SDK 5.x.
Priority: -- → P1
Target Milestone: mozilla1.0 → mozilla0.9.8
Mass change: pushing out 0.9.8 bugs, as I'm concentrating feature work now.
Target Milestone: mozilla0.9.8 → mozilla0.9.9
Target Milestone: mozilla0.9.9 → mozilla1.0
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 adt@netscape.com.  You can search for
"Moving bugs not scheduled for a project" to quickly delete this bugmail.
Target Milestone: mozilla1.0 → mozilla1.2
This was fixed when the C SDK version 5.0 was landed to the trunk, and the new
client branch was created.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
cd c:\moz_src\.
cvs -q co -P -r ldapcsdk_50_client_branch mozilla/directory/c-sdk

Does this prove it?
Sure; good enough.
rheeeeeeeeeeeeeeeeeeeeeet!
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.