Re: [webkit-dev] MAC :: building gstreamer by WebKit but without CAIRO

2013-12-09 Thread Urbain EGIS
Happy to see progresses made by Gstreamer integrated within WK1 for MAC. Hugo shared files and I reached the same stage of execution. Logs (that look encouraging) are worth being re-caped for further "support" as excerpt just below: *Me

Re: [webkit-dev] MAC :: building gstreamer by WebKit but without CAIRO

2013-12-08 Thread Hugo Machefer
Hi, run-time doesn't look bad according to logs placed in gstreamer .CPP files and Executions seem to be consistent with one another in both cases of QT and GSTREAMER. Logs have been put here for QT and there for GST

Re: [webkit-dev] MAC :: building gstreamer by WebKit but without CAIRO

2013-12-06 Thread Hugo Machefer
Actually, despite similarities with WIN32 situation, this patch seemed to be useless in our case. I managed to go one step beyond by adding (sadly but surely ;-) Glibutilies.o + GOwnPtr.o + GrefPtr.o in WebCore.xcodeproj manually by XCODE to force LINK with these file objects... That are "generated

Re: [webkit-dev] MAC :: building gstreamer by WebKit but without CAIRO

2013-11-28 Thread Philippe Normand
I think https://bugs.webkit.org/show_bug.cgi?id=124861 is about fixing this issue. Philippe On Wed, 2013-11-27 at 22:47 +0100, Pascal Brianceau wrote: > Files shared by Hugo raised the same issue on my side. Did anyone make > a step forward ? Any tip Philippe ? > > > /* Pascal */ > > > On Mon

Re: [webkit-dev] MAC :: building gstreamer by WebKit but without CAIRO

2013-11-27 Thread Pascal Brianceau
Files shared by Hugo raised the same issue on my side. Did anyone make a step forward ? Any tip Philippe ? /* Pascal */ On Mon, Nov 25, 2013 at 9:52 AM, Hugo Machefer wrote: > Indeed: I didn't solve this yet; I can only say that the following line is > "responsible for" these unresolved symbol

Re: [webkit-dev] MAC :: building gstreamer by WebKit but without CAIRO

2013-11-25 Thread Hugo Machefer
Indeed: I didn't solve this yet; I can only say that the following line is "responsible for" these unresolved symbols: * GOwnPtr error;* -- hmachefe On Sun, Nov 24, 2013 at 10:04 PM, gstreamer MACOSX < gstreamermac...@gmail.com> wrote: > I managed to restore < ImageGStreamerCG.cpp> how

Re: [webkit-dev] MAC :: building gstreamer by WebKit but without CAIRO

2013-11-24 Thread gstreamer MACOSX
I managed to restore < ImageGStreamerCG.cpp> however LINK fails : "__ZN3WTF13freeOwnedGPtrI7_GErrorEEvPT_", referenced from: __ZN7WebCore27MediaPlayerPrivateGStreamer13handleMessageEP11_GstMessage in MediaPlayerPrivateGStreamer.o __ZN7WebCore19initializeGStreamerEv in GStreamerUtilities.o

Re: [webkit-dev] MAC :: building gstreamer by WebKit but without CAIRO

2013-11-23 Thread Philippe Normand
The ImageGStreamerCG implementation was removed in http://trac.webkit.org/changeset/118610 Philippe On Sat, 2013-11-23 at 00:44 +0100, Urbain EGIS wrote: > I compiled most of Source/WebCore/platform/graphics/gstreamer apart > from which has a strong dependency on CAIRO. > > > It seems to be "o

[webkit-dev] MAC :: building gstreamer by WebKit but without CAIRO

2013-11-22 Thread Urbain EGIS
I compiled most of Source/WebCore/platform/graphics/gstreamer apart from which has a strong dependency on CAIRO. It seems to be "*overkill*" to build WebKit by enabling CAIRO... Because (only ;-) "one" file requires a specific CAIRO surface. So What would be the best strategy in case of MAC ? 1