Closed Bug 421314 Opened 17 years ago Closed 17 years ago

VC 2005 warnings need fixing

Categories

(Core :: JavaScript Engine, defect)

x86
All
defect
Not set
trivial

Tracking

()

RESOLVED FIXED

People

(Reporter: MikeM, Assigned: MikeM)

Details

Attachments

(1 file, 1 obsolete file)

Attached patch VC 2005 warnings fix V1 (obsolete) — Splinter Review
There are a couple of small VC 2005 compiler warnings that need fixin.
Attachment #307738 - Flags: review?(igor)
Severity: normal → trivial
Status: NEW → ASSIGNED
Comment on attachment 307738 [details] [diff] [review] VC 2005 warnings fix V1 >Index: jsxml.c >- JS_CHECK_RECURSION(cx, return JS_FALSE); >+ JS_CHECK_RECURSION(cx, return NULL); I wish GCC can do the same ... >- arenaList->lastCount = THINGS_PER_ARENA(thingSize); >+ arenaList->lastCount = (uint16)THINGS_PER_ARENA(thingSize); ... >- arenaList->lastCount = indexLimit; >+ arenaList->lastCount = (uint16)indexLimit; Style nit: please add a blank after the cast operator so the code looks like: (uint16) x; and *not* like (uint16)x; r+ with the nits fixed.
I can do that but there are plenty of other examples right in that area that don't have a space after the cast operator. Let me know...
(In reply to comment #2) > I can do that but there are plenty of other examples right in that area that > don't have a space after the cast operator. > Let me know... That was style violations (by me in this case). Lets not add new examples.
Fixed your nit and other examples of bad style nearby. After your r+ how do I land this? Can I just check it in? I've never tried. :-)
Attachment #307738 - Attachment is obsolete: true
Attachment #307739 - Flags: review?(igor)
Attachment #307738 - Flags: review?(igor)
Attachment #307739 - Attachment is patch: true
Attachment #307739 - Attachment mime type: application/octet-stream → text/plain
>I wish GCC can do the same ... Windows gets lots of bashing but man I love the VC 2005 compiler/IDE. It's just so slick. Now if I could only convince Ben S. to help me compile firefox via VC 2005 IDE then I'd be set! Command line builds are not fun for me.
Comment on attachment 307739 [details] [diff] [review] VC 2005 warnings fix V2 Asking for 1.9 approval as this fixes compilation warning noise.
Attachment #307739 - Flags: review?(igor)
Attachment #307739 - Flags: review+
Attachment #307739 - Flags: approval1.9?
(In reply to comment #4) > After your r+ how do I land this? After getting r+ one has to ask for an approval flag for the patch. Alternatively one can ask for blocking1.9 on the bug itself if it is essential that the bug must be addressed before FF3 release. This extra steps is a consequence of the beta phase for FF3. > Can I just check it in? If you have necessary permissions, then cvs ci would do the job. Otherwise just ask in the bug for landing. For that just add to Whiteboard field (the one between the Keywords and URL fields) for the bug the following text: [need check-in] > I've never tried. :-) >
I guess I can't commit yet. Got this when I tried: cvs [server aborted]: "commit" requires write access to the repository
Whiteboard: [need check-in]
Keywords: checkin-needed
Comment on attachment 307739 [details] [diff] [review] VC 2005 warnings fix V2 a1.9=beltzner
Attachment #307739 - Flags: approval1.9? → approval1.9+
I checked in the patch from the comment 4 to the trunk: Checking in jsgc.c; /cvsroot/mozilla/js/src/jsgc.c,v <-- jsgc.c new revision: 3.287; previous revision: 3.286 done Checking in jsxml.c; /cvsroot/mozilla/js/src/jsxml.c,v <-- jsxml.c new revision: 3.197; previous revision: 3.196 done To Mike Moening: thanks for reporting and *fixing* this!
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Keywords: checkin-needed
Whiteboard: [need check-in]
Flags: in-testsuite-
Flags: in-litmus-
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: