Closed Bug 1047403 Opened 10 years ago Closed 10 years ago

Printing std:stringstream requires a bunch of duplicated goop for android

Categories

(Core :: XPCOM, defect)

All
Gonk (Firefox OS)
defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla34

People

(Reporter: kats, Assigned: kats)

References

Details

Attachments

(1 file, 1 obsolete file)

Bug 1027496 buffered various debug output into std::stringstream before dumping it to stderr/logcat. Bug 1030245 fixed the issue where the output was getting truncated on android. However this required a bunch of duplicated code which is only really needed on android. We can refactor this to do better.
Attached patch Patch (obsolete) — Splinter Review
What I had in mind. Still building/testing this.
Attachment #8466201 - Attachment description: WIP → Patch
Attachment #8466201 - Flags: review?(nfroyd)
Attachment #8466201 - Flags: review?(bgirard)
Comment on attachment 8466201 [details] [diff] [review]
Patch

Review of attachment 8466201 [details] [diff] [review]:
-----------------------------------------------------------------

::: xpcom/glue/nsDebug.h
@@ +13,5 @@
>  #include "nsXPCOM.h"
>  #include "mozilla/Assertions.h"
>  #include "mozilla/Likely.h"
>  #include <stdarg.h>
> +#include <sstream>

stringstream should be forward declared if possible, nsDebug.h is a common include. I think we can use '#include <iosfwd>' for this?
Attachment #8466201 - Flags: review?(bgirard) → review+
Good point. I moved the sstream include to nsCRTGlue.cpp and used iosfwd in nsDebug.h.

Build-only try push:

https://tbpl.mozilla.org/?tree=Try&rev=09479402c191
https://treeherder.mozilla.org/ui/#/jobs?repo=try&revision=09479402c191
Doesn't seem to like iosfwd that much.

New try with the original patch: https://tbpl.mozilla.org/?tree=Try&rev=41153b66c218
Comment on attachment 8466201 [details] [diff] [review]
Patch

Review of attachment 8466201 [details] [diff] [review]:
-----------------------------------------------------------------

I would really like to see <iosfwd> work, and your current try push seems to be blowing up.  Can you investigate?
Attachment #8466201 - Flags: review?(nfroyd)
My local linux build also will not find <iosfwd> for some reason. Although there are definitely files including it, because if I copy the bits of iosfwd that I need into nsDebug.h, I get a duplicate definition error and the compiler claims iosfwd was already included.

Also the try push shows OS X errors which will likely need a fix such as pointed to at https://bugzilla.mozilla.org/show_bug.cgi?id=965340#c9
Latest failed attempt: https://tbpl.mozilla.org/?tree=Try&rev=ec691928ba1b

Seems like STL requires infallible new, and xpcom/glue uses fallible new? At least in the context of the "sample program". I might just move this to LayersLogging.cpp or somewhere not so stringent with obscure requirements.
Attached patch PatchSplinter Review
I moved it to LayersLogging since I got too frustrated with trying to put it in nsDebug.h. This works just fine:

https://tbpl.mozilla.org/?tree=Try&rev=45670c6023b3
Attachment #8466201 - Attachment is obsolete: true
Attachment #8466662 - Flags: review?(bgirard)
Attachment #8466662 - Flags: review?(bgirard) → review+
https://hg.mozilla.org/mozilla-central/rev/ac94341843e2
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla34
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: