Closed Bug 5848 Opened 25 years ago Closed 25 years ago

oji does not build when the nspr-version of the tree is used

Categories

(Core Graveyard :: Java: OJI, defect, P3)

x86
Linux
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: andreas.otte, Assigned: edburns)

References

Details

In mozilla/modules/oji/src/Makefile.in the variable NSPR_INCLUDE_DIR is used to get some files included from mozilla/dist/include/private. When using NSPR from the tree this variable is not defined and this files (primpl.h,...) are not found.
Status: NEW → ASSIGNED
Target Milestone: M7
Reassigning all OJI bugs to george.drapeau@eng.sun.com
Status: NEW → ASSIGNED
Assignee: drapeau → edburns
Status: ASSIGNED → NEW
From: Ed Burns <edburns@acm.org> To: leaf@mozilla.org Subject: NSPR in tree ifdef? Reply-To: Ed Burns <edburns@acm.org> FCC: ~/.mail/sent-mail --text follows this line-- Hi Daniel, I'm looking at a bug, http://bugzilla.mozilla.org/show_bug.cgi?id=5848, that says: In mozilla/modules/oji/src/Makefile.in the variable NSPR_INCLUDE_DIR is used to get some files included from mozilla/dist/include/private. When using NSPR from the tree this variable is not defined and this files (primpl.h,...) are not found. I understand the problem, but am not sure which solution to take. I could modify the Makefile.in to say: INCLUDES += -I$(NSPR_INCLUDE_DIR)/private \ -I$(DEPTH)/nsprpub/pr/include/private, but I'd rather do something like this: ifdef MOZ_USE_TREE_NSPR INCLUDES += -I$(DEPTH)/nsprpub/pr/include/private, else INCLUDES += -I$(NSPR_INCLUDE_DIR)/private endif Is this possible? Thanks, Ed
*** Bug 7287 has been marked as a duplicate of this bug. ***
Status: NEW → ASSIGNED
Blocks: 5246
the problem may be with autoconf? in my autoconf.mk NSPR_INCLUDE_DIR in not defined. i was able to make it work by changing NSPR_INCLUDE_DIR to PUBLIC -- which is defined correctly in config.mk
Well, I know NSPR_INCLUDE_DIR isn't defined, but you're telling me that PUBLIC is, and that answers my question. I believe this gives me enough information to fix the bug. Thanks, Ed
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
This bug was fixed by toshok@hungry.com on 8/9/99. Thanks, I guess. Though I would have liked to have known about the change before you made it.
Status: RESOLVED → VERIFIED
This is a developer bug. Verifing
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.