Closed
Bug 716544
Opened 14 years ago
Closed 13 years ago
Use --enable-warnings-as-errors for Android builds
Categories
(Firefox Build System :: General, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
mozilla14
People
(Reporter: mounir, Assigned: glandium)
References
Details
Attachments
(6 files, 3 obsolete files)
10.64 KB,
patch
|
khuey
:
review+
|
Details | Diff | Splinter Review |
9.04 KB,
patch
|
khuey
:
review+
|
Details | Diff | Splinter Review |
1.68 KB,
patch
|
cjones
:
review+
|
Details | Diff | Splinter Review |
1.63 KB,
patch
|
dbaron
:
review+
|
Details | Diff | Splinter Review |
3.07 KB,
patch
|
khuey
:
review+
|
Details | Diff | Splinter Review |
1006 bytes,
patch
|
ted
:
review+
|
Details | Diff | Splinter Review |
Glandium said we could try to do this by ignoring the warnings that pop (or not fail on it at least).
Assignee | ||
Comment 1•14 years ago
|
||
I said we could try to ignore warnings in system headers (which is what the bulk of warnings comes from).
Assignee | ||
Comment 2•14 years ago
|
||
So, in fact, system headers are normally ignored by default. But we don't include android headers as system headers.
Assignee | ||
Comment 3•14 years ago
|
||
Something like this should work. I leave it to you to do the same in js/src and maybe nsprpub. There may be some tweeks in security/manager too.
(Note this patch removes the include from CFLAGS and CXXFLAGS because in practice, having it in CPPFLAGS will put it on all command lines where CFLAGS and CXXFLAGS are used)
Assignee | ||
Comment 4•13 years ago
|
||
Attachment #599069 -
Flags: review?(khuey)
Assignee | ||
Updated•13 years ago
|
Attachment #587004 -
Attachment is obsolete: true
Attachment #587004 -
Attachment is patch: true
Attachment #599069 -
Flags: review?(khuey) → review+
Assignee | ||
Updated•13 years ago
|
Assignee: nobody → mh+mozilla
Assignee | ||
Comment 5•13 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/14f43a9a1ecf
This should stay open until we actually enable warnings as errors. This landing reduces the number of warnings significantly.
Whiteboard: [leave open after inbound merge]
Comment 6•13 years ago
|
||
Whiteboard: [leave open after inbound merge]
Assignee | ||
Comment 7•13 years ago
|
||
This applies on top of bug 730968. I verified this doesn't break b2g, besides two things I'll attach separately. This also fixes building mobile with the arm-eabi toolchain (instead of arm-linux-androideabi).
Attachment #602832 -
Flags: review?(khuey)
Assignee | ||
Comment 8•13 years ago
|
||
stlport's assert.h #error's out when assert is already defined. I don't know why this doesn't happen unless building b2g with the patches from this bug applied, but since logging.h is fiddling with assert.h functionality, it's safer to include assert.h before doing so, to avoid anything included after logging.h pulling it and triggering the #error. Some other header also defines ERROR, which clashes with the definition from logging.h.
Attachment #602833 -
Flags: review?(jones.chris.g)
Assignee | ||
Comment 9•13 years ago
|
||
Sent to upstream review:
http://breakpad.appspot.com/356001
Updated•13 years ago
|
Attachment #602833 -
Flags: review?(jones.chris.g) → review+
Assignee | ||
Comment 10•13 years ago
|
||
Attachment #603177 -
Flags: review?(dbaron)
Assignee | ||
Comment 11•13 years ago
|
||
Attachment #603179 -
Flags: review?(khuey)
Attachment #603179 -
Flags: review?(khuey) → review+
Attachment #602832 -
Flags: review?(khuey) → review+
Comment on attachment 603177 [details] [diff] [review]
Fix comparison between signed and unsigned integer expressions in nsStringAPI.h
r=dbaron
Attachment #603177 -
Flags: review?(dbaron) → review+
Assignee | ||
Comment 13•13 years ago
|
||
So the fundamental problem is that we're not building breakpad as upstream does. Upstream has a single makefile that does everyting, while we have a Makefile in many subdirectories src/common. That makes us effectively -Isrc/common and possibly include memory.h from there when system headers include it, while this is not intended. As a matter of fact, upstream only does -Isrc, and memory.h is included with "common/memory.h" when it needs to be included.
Attachment #603705 -
Flags: review?(ted.mielczarek)
Assignee | ||
Updated•13 years ago
|
Attachment #602834 -
Attachment is obsolete: true
Comment 14•13 years ago
|
||
Comment on attachment 603705 [details] [diff] [review]
Avoid unexpectedly including toolkit/crashreporter/google-breakpad/src/common/memory.h
Review of attachment 603705 [details] [diff] [review]:
-----------------------------------------------------------------
Thanks. I should probably rework these hand-crafted Breakpad Makefiles, they're kind of crappy.
Attachment #603705 -
Flags: review?(ted.mielczarek) → review+
Assignee | ||
Comment 15•13 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/923a278f7ad5
https://hg.mozilla.org/integration/mozilla-inbound/rev/8f0164c90145
https://hg.mozilla.org/integration/mozilla-inbound/rev/f5171db26f48
https://hg.mozilla.org/integration/mozilla-inbound/rev/7b590e1e392c
https://hg.mozilla.org/integration/mozilla-inbound/rev/bd9a2f904e1f
Assignee | ||
Comment 16•13 years ago
|
||
Backed out everything because of Linux red:
https://hg.mozilla.org/integration/mozilla-inbound/rev/f7ec55cf0e95
Assignee | ||
Comment 17•13 years ago
|
||
$(DIST)/include is needed for stl wrappers including mozilla/mozalloc.h
Attachment #605361 -
Flags: review?(ted.mielczarek)
Assignee | ||
Updated•13 years ago
|
Attachment #603705 -
Attachment is obsolete: true
Updated•13 years ago
|
Attachment #605361 -
Flags: review?(ted.mielczarek) → review+
Assignee | ||
Comment 18•13 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/4fd91573f494
https://hg.mozilla.org/integration/mozilla-inbound/rev/27afd563db7b
https://hg.mozilla.org/integration/mozilla-inbound/rev/012028b5efd9
https://hg.mozilla.org/integration/mozilla-inbound/rev/cbc1ba56dbde
https://hg.mozilla.org/integration/mozilla-inbound/rev/10123c7f98e9
Comment 19•13 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/4fd91573f494
https://hg.mozilla.org/mozilla-central/rev/27afd563db7b
https://hg.mozilla.org/mozilla-central/rev/012028b5efd9
https://hg.mozilla.org/mozilla-central/rev/cbc1ba56dbde
https://hg.mozilla.org/mozilla-central/rev/10123c7f98e9
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla14
Updated•7 years ago
|
Product: Core → Firefox Build System
You need to log in
before you can comment on or make changes to this bug.
Description
•