Closed
Bug 820172
Opened 12 years ago
Closed 12 years ago
Android build broken on NDK r8 due to missing std::nullptr_t in STLPort
Categories
(Firefox for Android Graveyard :: General, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
Firefox 20
People
(Reporter: jchen, Assigned: kats)
References
Details
Attachments
(2 files)
1011 bytes,
patch
|
ehsan.akhgari
:
review+
kats
:
checkin+
|
Details | Diff | Splinter Review |
1.10 KB,
patch
|
Details | Diff | Splinter Review |
Bug 818941 fixed a typo in an ifdef check for std::nullptr_t. Unfortunately, we use STLport on Android and the NDK's version of STLport doesn't actually have std::nullptr_t
Comment 1•12 years ago
|
||
I think gcc needs to #include <cstddef> to get std::nullptr_t:
http://www.dune-project.org/flyspray/index.php?do=details&task_id=904
Comment 2•12 years ago
|
||
(In reply to comment #1)
> I think gcc needs to #include <cstddef> to get std::nullptr_t:
>
> http://www.dune-project.org/flyspray/index.php?do=details&task_id=904
Yeah somebody pointed this out on irc today too.
Assignee | ||
Comment 3•12 years ago
|
||
I ran into this today as well and fixed it locally using this patch:
https://hg.mozilla.org/try/rev/bb883f4d1f1e
Try run shows that it doesn't break existing builds using the older NDK either, but I don't know if it's a "correct" fix.
https://tbpl.mozilla.org/?tree=Try&rev=7c9410ad7e57
No longer blocks: 769099
Assignee | ||
Comment 4•12 years ago
|
||
Feel free to r- if there's a better fix for this.
Attachment #690709 -
Flags: review?(ehsan)
Comment 5•12 years ago
|
||
Comment on attachment 690709 [details] [diff] [review]
Patch
Review of attachment 690709 [details] [diff] [review]:
-----------------------------------------------------------------
Sure, that works for me.
Attachment #690709 -
Flags: review?(ehsan) → review+
Assignee | ||
Comment 6•12 years ago
|
||
Thanks for the quick review :)
https://hg.mozilla.org/integration/mozilla-inbound/rev/b3968901d047
Assignee: nobody → bugmail.mozilla
Comment 7•12 years ago
|
||
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 20
Comment 8•12 years ago
|
||
We have the same problem with B2G builds using gcc-4.6 based toolchains.
When we are building B2G, no__ANDROID__symbol is defined, MOZ_B2G is, so I added it after the __ANDROID__ one.
Attachment #690709 -
Attachment is obsolete: true
Assignee | ||
Comment 9•12 years ago
|
||
Please file a new bug with a patch based off the latest trunk code. This bug has already been resolved and it will get confusing if you reuse it for the new patch.
Assignee | ||
Updated•12 years ago
|
Attachment #690709 -
Attachment is obsolete: false
Assignee | ||
Updated•12 years ago
|
Attachment #690709 -
Flags: checkin+
Comment 10•12 years ago
|
||
Ok, at the time I added the attachment, there was no resolution yet :P
Reporter | ||
Comment 11•12 years ago
|
||
(In reply to Juan Gomez [:_AtilA_] from comment #8)
> Created attachment 690904 [details] [diff] [review]
> Patch for including B2G builds
>
> We have the same problem with B2G builds using gcc-4.6 based toolchains.
> When we are building B2G, no__ANDROID__symbol is defined, MOZ_B2G is, so I
> added it after the __ANDROID__ one.
In that case it might be better to check for _STLPORT_VERSION, instead of checking for __ANDROID__ and MOZ_B2G, since STLPort is why we don't have std::nullptr_t
Comment 12•12 years ago
|
||
(In reply to comment #11)
> In that case it might be better to check for _STLPORT_VERSION, instead of
> checking for __ANDROID__ and MOZ_B2G, since STLPort is why we don't have
> std::nullptr_t
Agreed.
Updated•4 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•