Closed Bug 588052 Opened 14 years ago Closed 14 years ago

nsslowhash.h missing from dist/public/nss

Categories

(NSS :: Build, defect, P1)

3.12.7
All
Linux
defect

Tracking

(Not tracked)

RESOLVED FIXED
3.12.8

People

(Reporter: elio.maldonado.batiz, Assigned: elio.maldonado.batiz)

References

(Blocks 1 open bug)

Details

Attachments

(2 files)

nsslowhash.h doesn't get istalled in dist/public/nss. This header is needed to build softoken in Fedora and RHEL.
Severity: normal → critical
Priority: -- → P1
See Also: → 497251
Assignee: nobody → wtc
Hardware: x86_64 → All
Target Milestone: --- → 3.12.8
Version: 3.12.7 → 3.12.8
I built with FREEBL_NO_DEPEND=1; gmake nss_build_all as required.
These lines that in 3.12.6 where in freebl/manifest.mn

ifdef FREEBL_NO_DEPEND
LOWHASH_SRCS = stubs.c nsslowhash.c
LOWHASH_EXPORTS = nsslowhash.h
MAPFILE_SOURCE = freebl_hash.def
else
MAPFILE_SOURCE = freebl.def
endif

now reside in freebl/config.mk

......
# only do this in the outermost freebl build.
ifndef FREEBL_CHILD_BUILD
<<< ommitted>>
else

ifeq ($(FREEBL_NO_DEPEND),1)
LOWHASH_SRCS = stubs.c nsslowhash.c
LOWHASH_EXPORTS = nsslowhash.h
MAPFILE_SOURCE = freebl_hash.def
else
MAPFILE_SOURCE = freebl.def
endif

# This is a recursive child make. We build the shared lib.
....

The changes for FREEBL_NO_DEPEND are in the else part.

It seems to me that when these lines where in manifest.mn the FREEBL_NO_DEPEND condition be testing up regardless of whether it was child build or not. I'm not yet saavy enough about the build system. Don't weneed these when building the freebl.a as well?
Assignee: wtc → emaldona
Status: NEW → ASSIGNED
Attached patch Proposed patchSplinter Review
Thanks for the bug report.  The problem is that in
lib/freebl/Makefile, only the 'release_md' and 'libs'
makefile targets are executed with FREEBL_CHILD_BUILD=1.
So the 'export' makefile target is executed with
FREEBL_CHILD_BUILD not defined.  This means we must
define LOWHASH_EXPORTS when FREEBL_CHILD_BUILD is not
defined.

So we can move that block of code to a few possible
places as long as it is not inside ifdef FREEBL_CHILD_BUILD.
In this patch I move it to lib/freebl/Makefile, merging
with an existing ifeq ($(FREEBL_NO_DEPEND),1) block.
(It's not clear which code belongs in lib/freebl/config.mk
or lib/freebl/Makefile...)
Attachment #466700 - Flags: review?(emaldona)
This bug was introduced in NSS 3.12.7 (bug 497251).
Version: 3.12.8 → 3.12.7
(In reply to comment #3)

> So we can move that block of code to a few possible
> places as long as it is not inside ifdef FREEBL_CHILD_BUILD.
I was testing one patch where I moved it to the top config.mk, the header showed up.

> In this patch I move it to lib/freebl/Makefile, merging
> with an existing ifeq ($(FREEBL_NO_DEPEND),1) block.
Let me test it.

> (It's not clear which code belongs in lib/freebl/config.mk
> or lib/freebl/Makefile...)
Another place I thought of was in manifest.mn. I'm unclear about the proper place also.
(In reply to comment #4)
> This bug was introduced in NSS 3.12.7 (bug 497251).
The thread was so long that at some point I took my eyes off. And this time I missed taking it for a spin downstream with the fedora build system during beta.
That block of code also must be after we have included security/coreconf/config.mk.
This is why I moved it out of manifest.mn (manifest is included before
security/coreconf/config.mk is included).

That block of code tests the FREEBL_NO_DEPEND variable, which we now define in
security/coreconf/Linux.mk, included by security/coreconf/config.mk.
Depends on: 497251
See Also: 497251
Comment on attachment 466700 [details] [diff] [review]
Proposed patch

r+ from me. Ran all.sh and all tests passed - on the trunk.
Attachment #466700 - Flags: review?(emaldona) → review+
all.sh passes on NSS_3_12_BRANCH.
Attachment #466804 - Flags: review?(wtc)
Comment on attachment 466804 [details] [diff] [review]
Version for NSS_3_12_BRANCH

r=wtc.  Please check this in on the trunk and
NSS_3_12_BRANCH.  Thanks.
Attachment #466804 - Flags: review?(wtc) → review+
Blocks: FIPS2010
I checked in to trunk
Checking in Makefile;
/cvsroot/mozilla/security/nss/lib/freebl/Makefile,v  <--  Makefile
new revision: 1.115; previous revision: 1.114
done
Checking in config.mk;
/cvsroot/mozilla/security/nss/lib/freebl/config.mk,v  <--  config.mk
new revision: 1.27; previous revision: 1.26
done

Branch next.
Checked in patch for NSS_3_12_BRANCH
Checking in Makefile;
/cvsroot/mozilla/security/nss/lib/freebl/Makefile,v  <--  Makefile
new revision: 1.113.2.1; previous revision: 1.113
done
Checking in config.mk;
/cvsroot/mozilla/security/nss/lib/freebl/config.mk,v  <--  config.mk
new revision: 1.26.2.1; previous revision: 1.26
done
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: