Closed Bug 36464 Opened 25 years ago Closed 25 years ago

NSPR names shared libraries incorrectly on OpenBSD 2.6+

Categories

(NSPR :: NSPR, defect, P3)

x86
OpenBSD
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: greg-mozillabugs, Assigned: wtc)

Details

Not sure about the version number of NSPR, whatever's supplied with M15. It tries to build libxxx.so whereas shared object must be named .so.n.m on OpenBSD. This results in link errors later in mozilla build (libplds4, libplc4, libnspr4 couldn't be found) Here's the patch which lets me build the lizard: Index: nsprpub/config/OpenBSD.mk =================================================================== RCS file: /cvsroot/mozilla/nsprpub/config/OpenBSD.mk,v retrieving revision 3.5 diff -r3.5 OpenBSD.mk 63a64,65 > > DLL_SUFFIX = so.1.0
Thanks for the bug report. The NSPR version number is 4.0. We are going to convert the NSPR license terms to dual MPL/GPL. Is it okay for us to release your patch under MPL/GPL?
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Version: 3.0 → 4.0
sure
The fix is checked in on the main trunk. /cvsroot/mozilla/nsprpub/config/OpenBSD.mk, revision 3.6 The fix is checked in on the NSPRPUB_RELEASE_4_0_BRANCH. /cvsroot/mozilla/nsprpub/config/OpenBSD.mk, revision 3.5.8.1 I will check in the fix on the NSPRPUB_CLIENT_BRANCH when the mozilla tree opens.
Checked in the fix on the NSPRPUB_CLIENT_BRANCH. /cvsroot/mozilla/nsprpub/config/OpenBSD.mk, revision 3.5.22.1
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Target Milestone: --- → 4.0.1
Target Milestone: 4.0.1 → 4.0.2
Setting OS field on unverified OpenBSD bugs so they can be found.
OS: other → OpenBSD
Verified.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.