Closed Bug 54225 Opened 24 years ago Closed 24 years ago

Fix nsprpub/rules.mk and os2.mk to buil dldap.

Categories

(NSPR :: NSPR, defect, P3)

x86
OS/2
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: hctrinh, Assigned: mhein)

Details

Attachments

(1 file)

Currently ldap depends on nsprpub/rules.mk which form a .def filename based on .dll filename. As a result we end up with xxx.dll.def on an OS/2 build. This fix defines DEF_FILE in rules.mk so that we can build ldap. Furthermore we define a BIN_SUFFIX in os2.mk.
This should be in NSPR. We would need this change on the client branch of NSPR.
Assignee: mkaply → wtc
Component: Build Config → NSPR
Product: Browser → NSPR
QA Contact: granrose → wtc
Version: other → 3.0
Why do you need to add this rule to mozilla/nsprpub/config/rules.mk? +ifeq ($(OS_ARCH), OS2) +%.o: %.c + @$(MAKE_OBJDIR) +ifeq ($(MOZ_OS2_TOOLS),VACPP) + $(CCC) -Fo$@ -c $(CCCFLAGS) $< +else + $(CCC) -o $@ -c $(CCCFLAGS) $< +endif +endif
Status: NEW → ASSIGNED
What does nsprpub/rules.mk have to do with ldap? Why do you need to define LINK_EXE and BIN_SUFFIX in nsprpub/config/OS2.mk?
WanTeh; - ldap/build/Makefile refer to NSPR_TREE/config/rules.mk, which for OS2 build is nsprpub/config/rules.mk. - The BIN_SUFFIX defaults to a null value but for OS2 we need .exe in os2.mk - I originally need LINK_EXE per ldap/build/Makefile but subsequenly no longer need it. We can withdraw LINK_EXE or leave it in OS2.mk without much harm. - %o : %c rule is needed in nsprpub/config/rules.mk for OS2 for compile.
> - ldap/build/Makefile refer to NSPR_TREE/config/rules.mk, which for > OS2 build is nsprpub/config/rules.mk. I see. Do you know who owns ldap/build/Makefile? mozilla/nsprpub/config/rules.mk is only for NSPR internal use. It is wrong for ldap to refer to this NSPR internal file. I will not change mozilla/nsprpub/config/rules.mk for ldap to build. Can you build NSPR on OS/2 without these changes? Are these changes only for building ldap?
> - %o : %c rule is needed in nsprpub/config/rules.mk > for OS2 for compile. I don't think NSPR needs this rule. Is this for ldap to compile on OS2?
Mr. Mosedale. Could you take a look at the comments from wtc regarding LDAP depending on the NSPR rules.mk?
Reassigning to mhein@netscape.com, who owns the LDAP C SDK. I think the dependency is a result of history (ie it's been that way for a long long time). Perhaps Michael can speak to the where the LDAP C SDK build system will/should go...
Assignee: wtc → mhein
Status: ASSIGNED → NEW
Strictly speaking, to build OS/2 NSPR and mozilla client, we do not need the proposed rule changes. But to build LDAP, we do need the change to build for OS/2, that is why I was careful to enclosed it in an OS2 specific block. Another posibility is for LDAP to have its own rules.mk and reduces its dependency on NSPR.
Huynh: LDAP must have its own rules.mk. I will not change NSPR's makefiles so that LDAP can build. I am sorry that this will likely make your job harder... Do you still want me to check in the DEF_FILE related changes to mozilla/nsprpub/config/rules.mk? Those are independent of LDAP and look fine to me.
Wan-Teh; Yes, please check in the DEF_FILE changes. I may have to code the rules in the LDAP makefile. Thanks. Huynh
OK, this one is done.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
We've been building LDAP for a while now. Marking verified.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: