Closed
Bug 55007
Opened 24 years ago
Closed 24 years ago
mozilla/client.mak typos related to LDAP C SDK
Categories
(SeaMonkey :: Build Config, defect, P3)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: wtc, Assigned: cls)
Details
Attachments
(1 file)
810 bytes,
patch
|
Details | Diff | Splinter Review |
mozilla/client.mak has two typos related to LDAP C SDK.
In two places, 'LDAPCSDK_CO_TAG' is misspelled as
'LDAP_SDK_CO_TAG' or 'LDAPSDK_CO_TAG'. The effect is
that people may mistakenly think they override the
LDAP C SDK cvs tag but still get the default
LDAPCSDK_40_BRANCH tag.
Just look at mozilla/client.mak on Netscape_20000922_BRANCH
(revision 3.83.4.4) as an example.
Reporter | ||
Comment 1•24 years ago
|
||
Comment 3•24 years ago
|
||
Good catch, wtc. This bug is on the trunk as well.
Patch looks good; r=dmose@mozilla.org
Patch has been checked into the trunk.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 5•24 years ago
|
||
This patch must be checked into the Netscape 6 release branch;
otherwise you will have a Netscape 6 release tag that pulls
LDAPCSDK_40_BRANCH, which means you may not be able to reproduce
the build in the future if there are new changes checked in on
the LDAPCSDK_40_BRANCH.
Comment 6•24 years ago
|
||
LDAP isn't part of the commercial build, and as far as I know, noone is actually
depending on it working from Netscape's commercial branch.
Reporter | ||
Comment 7•24 years ago
|
||
Then the LDAP source code should not be checked out
at all when building SeaMonkey.
Comment 8•24 years ago
|
||
Nor should xmlterm or chatzilla or xmlrpc or other optional components. But
that's the level of build-system modularity that we've got at the moment. In
any case, I hope to have the LDAP-URL stuff turned on in the default build in
the not-too-distant future.
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•