Closed Bug 513503 Opened 15 years ago Closed 13 years ago

TM: compiler warnings should cause orange on tinderbox

Categories

(Core :: JavaScript Engine, defect)

x86
macOS
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: gal, Unassigned)

References

(Blocks 1 open bug)

Details

Filing this as TM bug for discussion. If we all agree this can be moved to releng.

We have had for several month the following warning on gcc 4.2 and 4.4:

In file included from ../nanojit/nanojit.h:297,
                 from ../jstracer.cpp:58:
../nanojit/LIR.h: In member function ‘nanojit::LIns* nanojit::LInsOp0::getLIns()’:
../nanojit/LIR.h:336: warning: type-punning to incomplete type might break strict-aliasing rules
../nanojit/LIR.h: In member function ‘nanojit::LIns* nanojit::LInsOp1::getLIns()’:
../nanojit/LIR.h:351: warning: type-punning to incomplete type might break strict-aliasing rules
../nanojit/LIR.h: In member function ‘nanojit::LIns* nanojit::LInsOp2::getLIns()’:
../nanojit/LIR.h:368: warning: type-punning to incomplete type might break strict-aliasing rules
../nanojit/LIR.h: In member function ‘nanojit::LIns* nanojit::LInsOp3::getLIns()’:
../nanojit/LIR.h:386: warning: type-punning to incomplete type might break strict-aliasing rules
../nanojit/LIR.h: In member function ‘nanojit::LIns* nanojit::LInsLd::getLIns()’:
../nanojit/LIR.h:402: warning: type-punning to incomplete type might break strict-aliasing rules
../nanojit/LIR.h: In member function ‘nanojit::LIns* nanojit::LInsSti::getLIns()’:
../nanojit/LIR.h:420: warning: type-punning to incomplete type might break strict-aliasing rules
../nanojit/LIR.h: In member function ‘nanojit::LIns* nanojit::LInsSk::getLIns()’:
../nanojit/LIR.h:434: warning: type-punning to incomplete type might break strict-aliasing rules
../nanojit/LIR.h: In member function ‘nanojit::LIns* nanojit::LInsC::getLIns()’:
../nanojit/LIR.h:450: warning: type-punning to incomplete type might break strict-aliasing rules
../nanojit/LIR.h: In member function ‘nanojit::LIns* nanojit::LInsP::getLIns()’:
../nanojit/LIR.h:465: warning: type-punning to incomplete type might break strict-aliasing rules
../nanojit/LIR.h: In member function ‘nanojit::LIns* nanojit::LInsI::getLIns()’:
../nanojit/LIR.h:479: warning: type-punning to incomplete type might break strict-aliasing rules
../nanojit/LIR.h: In member function ‘nanojit::LIns* nanojit::LInsI64::getLIns()’:
../nanojit/LIR.h:495: warning: type-punning to incomplete type might break strict-aliasing rules
jsbuiltins.cpp

We had this one for a while too:

CLIENT -include ./js-confdefs.h -Wp,-MD,.deps/jsdate.pp ../jsdate.cpp
../jsdate.cpp: In function ‘JSBool date_parseISOString(JSString*, jsdouble*)’:
../jsdate.cpp:846: warning: comparison between signed and unsigned integer expressions
jsdbgapi.cpp

We also recently grew a new warning:

LIENT -include ./js-confdefs.h -Wp,-MD,.deps/jsobj.pp ../jsobj.cpp
../jsobj.cpp: In function ‘bool ReservedSlotIndexOK(JSContext*, JSObject*, JSClass*, uint32, uint32)’:
../jsobj.cpp:5694: warning: statement has no effect
json.cpp
g++ -m32 -o json.o -c -I./dist/system_wrappers_js -include ../config/gcc_hidden.h -DOSTYPE=\"Darwin10.0.0\" -DOSARCH=Darwin -DEXPORT_JS_API   -I.. -I. -I./dist/include -I./dist

I am sure we have a bunch of other warnings on linux and win32. This stuff keeps slipping through and nobody feels responsible to fix them. I think the only way to avoid this is using tinderbox for proper and immediate blame. Warnings can sometimes uncover pretty dangerous bugs. I think its worth it.

I am asking for this change for the JS engine component only (excluding XP connect).
Note the WARNINGS_AS_ERRORS Makefile variable used in the main Mozilla tree; if we had that in the DEBUG-build configuration that would probably substantially ease the problem without further work, although we'd have to fix our current warnings first (seems unlikely to be that difficult, we're usually warning-free).
Blocks: buildwarning
WARNINGS_AS_ERRORS is enabled for js shell builds on tinderbox.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.