<div dir="ltr">Actually, despite similarities with WIN32 situation, this patch seemed to be useless in our case. I managed to <div>go one step beyond by adding (sadly but surely ;-) Glibutilies.o + GOwnPtr.o + GrefPtr.o in WebCore.xcodeproj </div>
<div>manually by XCODE to force LINK with these file objects... That are "generated elsewhere" by WTF.xcodeproj...</div><div>Then, symbols that were assumed unresolved by WebCore are in fact defined in other locations == in WTF.</div>
<div><div><div><div><div class="gmail_extra"><br></div><div class="gmail_extra"> -- hmachefe</div><div class="gmail_extra"><br></div><div class="gmail_extra">PS : now => the time has come to execute binary/libraries. Lets' stay tuned.<br>
<br><div class="gmail_quote">On Thu, Nov 28, 2013 at 3:46 PM, Philippe Normand <span dir="ltr"><<a href="mailto:philn@igalia.com" target="_blank">philn@igalia.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
I think <a href="https://bugs.webkit.org/show_bug.cgi?id=124861" target="_blank">https://bugs.webkit.org/show_bug.cgi?id=124861</a> is about fixing<br>
this issue.<br>
<span class=""><font color="#888888"><br>
Philippe<br>
</font></span><div class=""><div class="h5"><br>
On Wed, 2013-11-27 at 22:47 +0100, Pascal Brianceau wrote:<br>
> Files shared by Hugo raised the same issue on my side. Did anyone make<br>
> a step forward ? Any tip Philippe ?<br>
><br>
><br>
> /* Pascal */<br>
><br>
><br>
> On Mon, Nov 25, 2013 at 9:52 AM, Hugo Machefer<br>
> <<a href="mailto:hugo.machefer@gmail.com">hugo.machefer@gmail.com</a>> wrote:<br>
> Indeed: I didn't solve this yet; I can only say that the<br>
> following line is "responsible for" these unresolved symbols:<br>
><br>
><br>
> GOwnPtr<GError> error;<br>
><br>
><br>
> -- hmachefe<br>
><br>
><br>
> On Sun, Nov 24, 2013 at 10:04 PM, gstreamer MACOSX<br>
> <<a href="mailto:gstreamermacosx@gmail.com">gstreamermacosx@gmail.com</a>> wrote:<br>
> I managed to restore < ImageGStreamerCG.cpp> however<br>
> LINK fails :<br>
><br>
><br>
> "__ZN3WTF13freeOwnedGPtrI7_GErrorEEvPT_", referenced<br>
> from:<br>
><br>
> __ZN7WebCore27MediaPlayerPrivateGStreamer13handleMessageEP11_GstMessage in MediaPlayerPrivateGStreamer.o<br>
> __ZN7WebCore19initializeGStreamerEv in<br>
> GStreamerUtilities.o<br>
><br>
><br>
> -- gstreamermacosx<br>
><br>
><br>
> PS: special thanks to hmachefe for precious<br>
> restoration tips and to Philippe of course<br>
><br>
><br>
><br>
> On Sat, Nov 23, 2013 at 9:59 AM, Philippe Normand<br>
> <<a href="mailto:philn@igalia.com">philn@igalia.com</a>> wrote:<br>
> The ImageGStreamerCG implementation was<br>
> removed in<br>
> <a href="http://trac.webkit.org/changeset/118610" target="_blank">http://trac.webkit.org/changeset/118610</a><br>
><br>
> Philippe<br>
><br>
> On Sat, 2013-11-23 at 00:44 +0100, Urbain EGIS<br>
> wrote:<br>
> > I compiled most of<br>
> Source/WebCore/platform/graphics/gstreamer<br>
> apart<br>
> > from <ImageGstreamerCairo.cpp> which has a<br>
> strong dependency on CAIRO.<br>
> ><br>
> ><br>
> > It seems to be "overkill" to build WebKit by<br>
> enabling CAIRO... Because<br>
> > (only ;-) "one" file <ImageGstreamerCairo><br>
> requires a specific CAIRO<br>
> > surface.<br>
> ><br>
> ><br>
> > So What would be the best strategy in case<br>
> of MAC ?<br>
> > 1° activate CAIRO by WebKit and generate it<br>
> again (+gstreamer) ... ?<br>
> > Really ?<br>
> > 2° get rid of CAIRO and find an alternative<br>
> by CF/CG rather in terms<br>
> > of surface<br>
> ><br>
> ><br>
> > -- Egis<br>
> ><br>
><br>
> ><br>
> _______________________________________________<br>
> > webkit-dev mailing list<br>
> > <a href="mailto:webkit-dev@lists.webkit.org">webkit-dev@lists.webkit.org</a><br>
> ><br>
> <a href="https://lists.webkit.org/mailman/listinfo/webkit-dev" target="_blank">https://lists.webkit.org/mailman/listinfo/webkit-dev</a><br>
><br>
><br>
> _______________________________________________<br>
> webkit-dev mailing list<br>
> <a href="mailto:webkit-dev@lists.webkit.org">webkit-dev@lists.webkit.org</a><br>
> <a href="https://lists.webkit.org/mailman/listinfo/webkit-dev" target="_blank">https://lists.webkit.org/mailman/listinfo/webkit-dev</a><br>
><br>
><br>
><br>
> _______________________________________________<br>
> webkit-dev mailing list<br>
> <a href="mailto:webkit-dev@lists.webkit.org">webkit-dev@lists.webkit.org</a><br>
> <a href="https://lists.webkit.org/mailman/listinfo/webkit-dev" target="_blank">https://lists.webkit.org/mailman/listinfo/webkit-dev</a><br>
><br>
><br>
><br>
><br>
> _______________________________________________<br>
> webkit-dev mailing list<br>
> <a href="mailto:webkit-dev@lists.webkit.org">webkit-dev@lists.webkit.org</a><br>
> <a href="https://lists.webkit.org/mailman/listinfo/webkit-dev" target="_blank">https://lists.webkit.org/mailman/listinfo/webkit-dev</a><br>
><br>
><br>
><br>
> _______________________________________________<br>
> webkit-dev mailing list<br>
> <a href="mailto:webkit-dev@lists.webkit.org">webkit-dev@lists.webkit.org</a><br>
> <a href="https://lists.webkit.org/mailman/listinfo/webkit-dev" target="_blank">https://lists.webkit.org/mailman/listinfo/webkit-dev</a><br>
<br>
<br>
_______________________________________________<br>
webkit-dev mailing list<br>
<a href="mailto:webkit-dev@lists.webkit.org">webkit-dev@lists.webkit.org</a><br>
<a href="https://lists.webkit.org/mailman/listinfo/webkit-dev" target="_blank">https://lists.webkit.org/mailman/listinfo/webkit-dev</a><br>
</div></div></blockquote></div><br></div></div></div></div></div></div>