Closed
Bug 966814
Opened 10 years ago
Closed 10 years ago
Build with disabled X11 on linux failing to compile
Categories
(Firefox Build System :: General, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
mozilla34
People
(Reporter: romaxa, Assigned: gcp)
References
Details
Attachments
(1 file, 2 obsolete files)
1.87 KB,
patch
|
ted
:
review+
|
Details | Diff | Splinter Review |
gfx/cairo/cairo/src/cairo-ft.h:79:3: error: #error Cairo was not compiled with support for the freetype font backend netwerk/protocol/http/nsHttpHandler.cpp:686:5: error: no matching function for call to 'nsCString::AssignLiteral()'
Reporter | ||
Comment 1•10 years ago
|
||
CAIRO_HAS_FT_FONT need to be enabled for non X11 too Add Linux user agent for non X11 linux target
Attachment #8369292 -
Flags: review?(mh+mozilla)
Comment 2•10 years ago
|
||
Comment on attachment 8369292 [details] [diff] [review] Fix build on Non X11 Linux target Review of attachment 8369292 [details] [diff] [review]: ----------------------------------------------------------------- r+ on the configure.in part. ::: netwerk/protocol/http/nsHttpHandler.cpp @@ +682,5 @@ > "Macintosh" > #elif defined(MOZ_X11) > "X11" > +#elif defined(XP_UNIX) > + "Linux" That seems wrong, considering XP_UNIX != Linux, even if for now there probably aren't XP_UNIXes without X11, but that's likely to change. That being said, I'm not a network peer, so that would have to get through one anyways.
Attachment #8369292 -
Flags: review?(mcmanus)
Updated•10 years ago
|
Attachment #8369292 -
Flags: review?(mh+mozilla) → review+
Comment 3•10 years ago
|
||
Comment on attachment 8369292 [details] [diff] [review] Fix build on Non X11 Linux target This is fundamentally a build change and I'm happy to delegate that to :glandium. Thanks for looping me in.
Attachment #8369292 -
Flags: review?(mcmanus)
Comment 4•10 years ago
|
||
(In reply to Patrick McManus [:mcmanus] from comment #3) > Comment on attachment 8369292 [details] [diff] [review] > Fix build on Non X11 Linux target > > This is fundamentally a build change and I'm happy to delegate that to > :glandium. Thanks for looping me in. That actually affects the UA we expose on those builds. I now realize that's not really a netwerk module thing, but more of a Content HTTP Headers module thing. Gerv, what do you think the UA should expose instead of "X11" on non-X11 unix builds? "Unix", maybe?
Flags: needinfo?(gerv)
Comment 5•10 years ago
|
||
(In reply to Mike Hommey [:glandium] from comment #4) > Gerv, what do you think the UA should expose instead of "X11" on non-X11 > unix builds? "Unix", maybe? Oh, dear :-| I should have seen this coming. I think there's a strong case for them continuing to say "X11". Reasoning: that's how "Unix" is "spelt" in most user-agent sniffers out there. No-one actually looks for "X11" because they want to distinguish machines running X from those running Wayland, or something else (do they?). What changes could one possibly want to make to one's web page for that reason? The desktop technology used should be irrelevant to the page. We could try some options in our compatibility testing software. lmandel: I'm a bit out of the loop. What's the current status here? What would you recommend we do about this? Gerv
Flags: needinfo?(gerv)
Reporter | ||
Comment 6•10 years ago
|
||
So should I apply X11 for else condition or use some other string?
Reporter | ||
Comment 7•10 years ago
|
||
lmandel could you give suggestion what to use here? X11 or Unix or any other string?
Flags: needinfo?(lmandel)
Reporter | ||
Comment 8•10 years ago
|
||
Would it be ok instead of "if defined(X11)", use something like "if defined(XP_UNIX)" or "if defined(LINUX)" ? or just set unconditional else for all other platforms and assume they are like "X11", so it would work for some Free/OpenBSD/Unix/Linux et.c. ?
Reporter | ||
Comment 9•10 years ago
|
||
Attachment #8369292 -
Attachment is obsolete: true
Reporter | ||
Updated•10 years ago
|
Attachment #8380038 -
Flags: review?(lmandel)
Comment 10•10 years ago
|
||
As Gerv said, we can run some automated tests to try and understand the fallout from an UA change. However, unless we have a good reason to make an UA change (how do we expect the new token to be recognized and used?), I suggest that we keep the UA consistent to avoid issues. (This will certainly not be the first UA that lies.)
Flags: needinfo?(lmandel)
Comment 11•10 years ago
|
||
Comment on attachment 8380038 [details] [diff] [review] Fix build on Non X11 Linux target Review of attachment 8380038 [details] [diff] [review]: ----------------------------------------------------------------- I'm not the right person to review this code change. I'll needinfo Jason to find an appropriate person.
Attachment #8380038 -
Flags: review?(lmandel)
Comment 12•10 years ago
|
||
Jason - Can you please find someone suitable to review the attached patch?
Flags: needinfo?(jduell.mcbugs)
Comment 13•10 years ago
|
||
Comment on attachment 8380038 [details] [diff] [review] Fix build on Non X11 Linux target Review of attachment 8380038 [details] [diff] [review]: ----------------------------------------------------------------- +r on the necko bits. Handing off to roc to find someone for the cairo piece.
Attachment #8380038 -
Flags: review?(roc)
Updated•10 years ago
|
Flags: needinfo?(jduell.mcbugs)
Attachment #8380038 -
Flags: review?(roc) → review+
Assignee | ||
Updated•10 years ago
|
Assignee: nobody → gpascutto
Assignee | ||
Comment 14•10 years ago
|
||
https://tbpl.mozilla.org/?tree=Try&rev=90432cd1c9ed I have this problem, but looks like this patch needs some further tweaking.
Assignee | ||
Comment 15•10 years ago
|
||
This contains an additional fix for freetype which makes try happy: https://tbpl.mozilla.org/?tree=Try&rev=78bc204a5408
Attachment #8380038 -
Attachment is obsolete: true
Attachment #8462666 -
Flags: review?(roc)
Comment on attachment 8462666 [details] [diff] [review] Patch 1. Fix Non X11 build Review of attachment 8462666 [details] [diff] [review]: ----------------------------------------------------------------- Looks good to me but why am I being asked to review this? I'm not a peer of the build system or Necko.
Attachment #8462666 -
Flags: review?(roc)
Assignee | ||
Updated•10 years ago
|
Attachment #8462666 -
Flags: review?(mh+mozilla)
Assignee | ||
Comment 17•10 years ago
|
||
>Looks good to me but why am I being asked to review this? I'm not a peer of the build system or Necko.
Because you r+ed the part of the patch that I changed originally.
Comment 18•10 years ago
|
||
Comment on attachment 8462666 [details] [diff] [review] Patch 1. Fix Non X11 build Review of attachment 8462666 [details] [diff] [review]: ----------------------------------------------------------------- ::: netwerk/protocol/http/nsHttpHandler.cpp @@ +655,5 @@ > #elif defined(XP_WIN) > "Windows" > #elif defined(XP_MACOSX) > "Macintosh" > +#elif defined(XP_UNIX) This could probably stand a comment saying that we use X11 here for backwards-compat.
Attachment #8462666 -
Flags: review?(mh+mozilla) → review+
Assignee | ||
Comment 19•10 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/b697c227effe
https://hg.mozilla.org/mozilla-central/rev/b697c227effe
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla34
Updated•10 years ago
|
QA Whiteboard: [qa-]
Updated•6 years ago
|
Product: Core → Firefox Build System
You need to log in
before you can comment on or make changes to this bug.
Description
•