Closed
Bug 677712
Opened 13 years ago
Closed 13 years ago
Make Qt port support No X11 build
Categories
(Core Graveyard :: Widget: Qt, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
mozilla9
People
(Reporter: romaxa, Assigned: romaxa)
References
Details
Attachments
(3 files, 4 obsolete files)
16.20 KB,
patch
|
joe
:
review+
|
Details | Diff | Splinter Review |
22.15 KB,
patch
|
dougt
:
review+
|
Details | Diff | Splinter Review |
41.61 KB,
patch
|
Details | Diff | Splinter Review |
I think it would be nice to have Qt port compiling on NON-X11 platform like WebOS or something similar
Assignee | ||
Comment 1•13 years ago
|
||
Assignee | ||
Comment 2•13 years ago
|
||
Comment on attachment 551910 [details] [diff] [review] Compile Qt port on Non-X platform Wolfgang, not sure if dougt have time... could you also check this patch?
Attachment #551910 -
Flags: review?(mozilla)
Assignee | ||
Comment 3•13 years ago
|
||
Removed duplicated define from nsObjectFrame, removed QtDbus (not in use)
Attachment #551910 -
Attachment is obsolete: true
Attachment #551910 -
Flags: review?(mozilla)
Attachment #551910 -
Flags: review?(doug.turner)
Attachment #553016 -
Flags: review?(doug.turner)
Assignee | ||
Comment 4•13 years ago
|
||
Attachment #553038 -
Flags: review?(joe)
Assignee | ||
Comment 5•13 years ago
|
||
Try build looks ok, with these patches: http://tbpl.mozilla.org/?tree=Try&rev=2ba318c7a882
Comment 6•13 years ago
|
||
Comment on attachment 553016 [details] [diff] [review] Compile Qt port for Non-X platform >+#elif defined(ANDROID) || defined(MOZ_WIDGET_QT) > # include "mozilla/plugins/NPEventAndroid.h" really?
Assignee | ||
Comment 7•13 years ago
|
||
yep, definitely not NPEventX11.h... Android is actually same as NPEventX11.h but does not include X stuff... Another option is to rename NPEventX11.h -> NPEventUnix.h and add MOZ_X11 ifdefs inside...
Comment 8•13 years ago
|
||
i think renaming might be better. cc/ jst do you care one way or the other?
Comment 9•13 years ago
|
||
Comment on attachment 553038 [details] [diff] [review] Fix Qt egl provider to work on nonX11 platform Review of attachment 553038 [details] [diff] [review]: ----------------------------------------------------------------- Looks fine as long as it passes try.
Attachment #553038 -
Flags: review?(joe) → review+
Assignee | ||
Comment 10•13 years ago
|
||
NPEventX11 renamed into NPEventUnix and ifdefed inside with MOZ_X11
Attachment #553016 -
Attachment is obsolete: true
Attachment #553016 -
Flags: review?(doug.turner)
Attachment #553821 -
Flags: review?(doug.turner)
Comment 11•13 years ago
|
||
Comment on attachment 553821 [details] [diff] [review] Compile Qt port for Non-X platform Review of attachment 553821 [details] [diff] [review]: ----------------------------------------------------------------- ::: dom/plugins/base/nsNPAPIPlugin.cpp @@ +2009,5 @@ > > switch(variable) { > #if defined(XP_UNIX) && !defined(XP_MACOSX) > case NPNVxDisplay : { > +#if defined(MOZ_WIDGET_GTK2) || (defined(MOZ_WIDGET_QT) && defined(MOZ_X11)) Shouldn't this just be: #ifdef MOZ_X11 now? ::: widget/src/qt/nsToolkit.cpp @@ +139,3 @@ > return mSharedGC->handle(); > +#else > + return 0; Is return zero bad? http://mxr.mozilla.org/mozilla-central/source/widget/src/qt/nsWindow.cpp#803
Assignee | ||
Comment 12•13 years ago
|
||
Fixed MOZ_X11 define... SharedGC returning 0 in not bad, also currently it is used only in ifdef WIN... http://mxr.mozilla.org/mozilla-central/source/dom/plugins/base/nsPluginInstanceOwner.cpp#2939 http://mxr.mozilla.org/mozilla-central/source/dom/plugins/base/nsPluginInstanceOwner.cpp#2956
Attachment #553821 -
Attachment is obsolete: true
Attachment #553821 -
Flags: review?(doug.turner)
Attachment #554276 -
Flags: review?(doug.turner)
Updated•13 years ago
|
Attachment #554276 -
Flags: review?(doug.turner) → review+
Assignee | ||
Comment 13•13 years ago
|
||
Assignee | ||
Updated•13 years ago
|
Keywords: checkin-needed
Assignee | ||
Comment 14•13 years ago
|
||
Try build http://tbpl.allizom.org/?tree=Try&usebuildbot=1&rev=a1998a0f883c
Comment 15•13 years ago
|
||
Doesn't apply cleanly to inbound, due to bug 677920 landing. That bug changed the behaviour in that section, so not going to attempt to unbitrot, since I don't know if it changes what you need to do here.
Keywords: checkin-needed
Assignee | ||
Comment 16•13 years ago
|
||
Attachment #555300 -
Attachment is obsolete: true
Assignee | ||
Updated•13 years ago
|
Keywords: checkin-needed
Comment 17•13 years ago
|
||
Awesome, thanks :-) http://hg.mozilla.org/integration/mozilla-inbound/rev/206ab0f10adf
Keywords: checkin-needed
Target Milestone: --- → mozilla9
Comment 18•13 years ago
|
||
http://hg.mozilla.org/mozilla-central/rev/206ab0f10adf
Status: ASSIGNED → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Comment 19•13 years ago
|
||
I am getting tons of these from this patch: ###!!! ASSERTION: Failed to make GL context current!: 'succeeded', file mozilla-central/gfx/thebes/GLContextProviderEGL.cpp, line 795
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee | ||
Comment 20•13 years ago
|
||
Sounds like mSurface check is not needed in Qt backend MakeCurrentImpl... will check it today quickly.
Assignee | ||
Comment 21•13 years ago
|
||
Ok, problem is in this line: http://hg.mozilla.org/mozilla-central/rev/6e7449c449ba#l2.33 and mSurface check should not be performed for platform context. I would suggest to file new bug.
Status: REOPENED → RESOLVED
Closed: 13 years ago → 13 years ago
Resolution: --- → FIXED
Updated•8 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•