Closed
Bug 138442
Opened 23 years ago
Closed 23 years ago
LDAP needs a real 'make install' target
Categories
(Directory :: LDAP C SDK, defect)
Directory
LDAP C SDK
Tracking
(Not tracked)
RESOLVED
FIXED
mozilla1.0
People
(Reporter: cls, Assigned: dmosedale)
References
Details
Attachments
(1 file, 1 obsolete file)
3.36 KB,
patch
|
dmosedale
:
review+
jesup
:
approval+
|
Details | Diff | Splinter Review |
Currently, the LDAP 5.0 client branch has a compatibility 'install' target. The
LDAP 4.0 branch had an actual 'real_install' target, by way of NSPR, that
actually installed the build on the user's machine in the specified @prefix@
directory. We need that target back so that we can do a real 'make install'
from the Mozilla tree.
Blocks: 56601
Keywords: mozilla1.0
Comment 1•23 years ago
|
||
Updated•23 years ago
|
Keywords: mozilla1.0 → mozilla1.0+
Assignee | ||
Comment 2•23 years ago
|
||
I'm a little concerned that these changes (specifically, defining RELEASE_*
variables inside the Makefile.in files) might confuse any build scripts that Sun
or Netscape uses, making these changes not entirely agreeable for checkin as-is
on the trunk. I _think_ they're probably ok, but I'd appreciate it if mhein/mcs
could weigh in with an opinion here.
Assignee | ||
Comment 3•23 years ago
|
||
Comment on attachment 79969 [details] [diff] [review]
Resurect real_install target
Also, we need to be sure ldap-standard.h gets generated and installed by the
real_install target, which it doesn't appear to currently.
Attachment #79969 -
Flags: needs-work+
Comment 4•23 years ago
|
||
Attachment #79969 -
Attachment is obsolete: true
Comment 5•23 years ago
|
||
Comment on attachment 80536 [details] [diff] [review]
real_install v2
I do not think these changes will cause any problems for the Sun and Netscape
standalone LDAP C SDK builds.
Assignee | ||
Updated•23 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.0
Assignee | ||
Comment 6•23 years ago
|
||
Comment on attachment 80536 [details] [diff] [review]
real_install v2
r=dmose
Attachment #80536 -
Flags: review+
Assignee | ||
Comment 7•23 years ago
|
||
Checked in on ldapcsdk_50_client_branch (which is the branch used by the Mozilla
trunk). Next I need to check it on the C SDK trunk, but first I have to get
autoconf working there again (bug 139917).
Depends on: 139917
Assignee | ||
Comment 8•23 years ago
|
||
Checked in on the LDAP C SDK trunk. Now this only remains to be checked in on
the Mozilla 1.0 branch, which undoubtedly ADT will want us to delay until
Netscape branches off of that branch.
Whiteboard: [fixed on trunk]
Assignee | ||
Updated•23 years ago
|
Whiteboard: [fixed on trunk] → [fixed on ldapcsdk_50_client_branch, trunk]
Comment 9•23 years ago
|
||
Comment on attachment 80536 [details] [diff] [review]
real_install v2
a=rjesup@wgate.com (make sure it's in trunk too)
Attachment #80536 -
Flags: approval+
Updated•23 years ago
|
Whiteboard: [fixed on ldapcsdk_50_client_branch, trunk] → [fixed on ldapcsdk_50_client_branch, trunk][drivers queue]
Comment 10•23 years ago
|
||
The patch has been checked into the moz1.0.0 branch.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Keywords: fixed1.0.0
Resolution: --- → FIXED
Whiteboard: [fixed on ldapcsdk_50_client_branch, trunk][drivers queue]
You need to log in
before you can comment on or make changes to this bug.
Description
•