Closed
Bug 32234
Opened 25 years ago
Closed 25 years ago
prcpucfg.h breaks compiles, needs comment delimeters
Categories
(NSPR :: NSPR, defect, P3)
Tracking
(Not tracked)
RESOLVED
FIXED
4.0.2
People
(Reporter: scc-obsolete, Assigned: wtc)
References
()
Details
This issue always crops up in building automated tests that try to do minimal
includes. May I just check in the following patch?
Index: prcpucfg.h
===================================================================
RCS file: /cvsroot/mozilla/nsprpub/pr/src/md/mac/prcpucfg.h,v
retrieving revision 3.3
diff -r3.3 prcpucfg.h
115c115
< #endif NO_NSPR_10_SUPPORT
---
> #endif /* NO_NSPR_10_SUPPORT */
I have checked in the patch on the tip of NSPR source.
Are you using the tip or the static tag for NSPR 4.0 release (which the Mozilla
builds use)?
Status: NEW → ASSIGNED
| Reporter | ||
Comment 2•25 years ago
|
||
I am using the static tag (and thanks, by the way :-)
| Assignee | ||
Updated•25 years ago
|
Status: NEW → ASSIGNED
| Reporter | ||
Comment 4•25 years ago
|
||
OK, so if you checked in a fix, then I can just mark this bug fixed, right? I
imagine I'll automatically start getting the fixed file the next time the NSPR
static tag gets updated. Please correct me if I am mistaken.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
| Assignee | ||
Comment 5•25 years ago
|
||
Yes, this fix will eventually get into some static tag.
I need to know the severity of this bug to decide whether
it should go into NSPR 4.0.1 or 4.1. (Current release is
4.0.)
You said it breaks compiles, which would be a critical bug.
But why does the compile work right now?
| Reporter | ||
Comment 6•25 years ago
|
||
It does not break mainline compiles ... I don't know why not. I always run into
it when I am trying to compile individual tests. In particular, in TestCOMPtr
and in the StringFactoringTests. The difference is, they don't include as much
of the world as a normal source file does ... so perhaps something in the rest of
the include world is counteracting the problem in prcpucfg.h for normal clients.
I've been hitting this problem for about 10 months and living with it ... so I
don't mind waiting for 4.1 if you have some significant reason not to put it in
4.0.1. I'm happy you guys had the time to get it fixed at all :-)
| Assignee | ||
Comment 7•25 years ago
|
||
It could be that you are compiling the individual
tests at a higher warning level. I decided to make
this part of NSPR 4.0.1.
Checked in the fix on the NSPRPUB_RELEASE_4_0_BRANCH:
/cvsroot/mozilla/nsprpub/pr/src/md/mac/prcpucfg.h, revision 3.2.58.2
Since many files include prcpucfg.h, I will wait until
a good time to check this in on the NSPRPUB_CLIENT_BRANCH,
which the mozilla client pulls.
| Assignee | ||
Comment 8•25 years ago
|
||
Checked in the patch on the NSPRPUB_CLIENT_BRANCH.
/cvsroot/mozilla/nsprpub/pr/src/md/mac/prcpucfg.h, revision 3.3.2.1
Version: 3.0 → 4.0
| Assignee | ||
Updated•25 years ago
|
Target Milestone: --- → 4.0.1
| Assignee | ||
Updated•25 years ago
|
Target Milestone: 4.0.1 → 4.0.2
You need to log in
before you can comment on or make changes to this bug.
Description
•