Closed
Bug 980848
Opened 10 years ago
Closed 10 years ago
NSS 3.15.5 & 3.16 uses c++-styles comments in c files
Categories
(NSS :: Tools, defect)
Tracking
(firefox28 unaffected, firefox29 affected, firefox30 affected)
RESOLVED
FIXED
3.16
Tracking | Status | |
---|---|---|
firefox28 | --- | unaffected |
firefox29 | --- | affected |
firefox30 | --- | affected |
People
(Reporter: gaston, Assigned: gaston)
References
Details
Attachments
(1 file)
1.13 KB,
patch
|
cviecco
:
review+
|
Details | Diff | Splinter Review |
when built with gcc 4.8 or 4.6, m-c and m-a fail to build since nss was updated to 3.16b3 in bug 967153, introducing this: // The initial version for x509 certificates is version one // and this default value must be an implicit DER encoding. This fails to build due to c++-style comments in a file built by gcc and not by g++: egcc -o /data/obj/buildslave/m-a/security/nss/cmd/certutil/keystuff.o -c -O -fPIC -DPIC -ansi -Wall -Wno-switch -pipe -DOPENBSD -DXP_UNIX -DNSPR20 -UDEBUG -DNDEBUG -pthread -DNSS_ENABLE_ECC -DUSE_UTIL_DIRECTLY -DNO_NSPR_10_SUPPORT -I/data/obj/buildslave/m-a/dist/include/nspr -I/data/obj/buildslave/m-a/dist/include/nspr -I/data/obj/buildslave/m-a/dist/include/nss -I/data/obj/buildslave/m-a/dist/private/nss -I/data/obj/buildslave/m-a/dist/include/dbm -I/data/obj/buildslave/m-a/dist/include/seccmd keystuff.c certutil.c: In function 'SignCert': certutil.c:1782:9: error: expected expression before '/' token // The initial version for x509 certificates is version one ^ certutil.c:1789:15: error: expected expression before '/' token case 3: // unspecified format (would be version 4 certificate).
Assignee | ||
Updated•10 years ago
|
status-firefox28:
--- → unaffected
status-firefox29:
--- → affected
status-firefox30:
--- → affected
Assignee | ||
Comment 1•10 years ago
|
||
m-c patch, m-a patch incoming. Dunno what's the procedure to land on projects/nss...
Assignee: nobody → landry
Attachment #8387512 -
Flags: review?(cviecco)
Assignee | ||
Comment 2•10 years ago
|
||
Same patch applies fine to aurora too
Updated•10 years ago
|
Attachment #8387512 -
Flags: review?(cviecco) → review+
Updated•10 years ago
|
Component: Security: PSM → Tools
Product: Core → NSS
Assignee | ||
Comment 3•10 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/e95573e17075 https://hg.mozilla.org/releases/mozilla-aurora/rev/e42c51afe0cd (with a=NPOTB) both with DONTBUILD to save cycles.. I suppose that bug can only be fixed once the changeset also lands to projects/nss, but do i have the rights to push there ? are there special rules ?
Assignee | ||
Comment 4•10 years ago
|
||
needinfo for the nss landing.. apparently i need to also add a patch to security/patches ?
Flags: needinfo?(kaie)
Flags: needinfo?(brian)
Comment 5•10 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/e95573e17075 Assuming this shouldn't be resolved until it lands upstream.
Comment 6•10 years ago
|
||
Someone has checked in the patch to NSS on Sunday: https://hg.mozilla.org/projects/nss/rev/d687ce0acfe1
Status: NEW → RESOLVED
Closed: 10 years ago
Flags: needinfo?(kaie)
Resolution: --- → FIXED
Updated•10 years ago
|
Target Milestone: --- → 3.16
Comment 7•10 years ago
|
||
(In reply to Landry Breuil (:gaston) from comment #4) > needinfo for the nss landing.. apparently i need to also add a patch to > security/patches ? Landry: I'm not sure if you did it already, but make sure that when you do a landing like this that you get approval from a PSM peer or an NSS peer. And, yes, when these landings happen, you need to add the patch to security/patches and you need to update security/patches/README. However, generally, we'll just check the patch in for you into the NSS tree and then pull the updated NSS into mozilla-central right away so we can avoid that altogether. Note that I didn't update NSS 3.15.5 because NSS 3.15.5 is already released.
Flags: needinfo?(brian)
You need to log in
before you can comment on or make changes to this bug.
Description
•