<div dir="ltr">Indeed: I didn't solve this yet; I can only say that the following line is "responsible for" these unresolved symbols:<div><br></div><div> <b> GOwnPtr<GError> error;</b><br><div class="gmail_extra">
<br></div><div class="gmail_extra"> -- hmachefe<br><br><div class="gmail_quote">On Sun, Nov 24, 2013 at 10:04 PM, gstreamer MACOSX <span dir="ltr"><<a href="mailto:gstreamermacosx@gmail.com" target="_blank">gstreamermacosx@gmail.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"><div dir="ltr">I managed to restore < ImageGStreamerCG.cpp> however LINK fails :<div>
<br></div><div><div> "__ZN3WTF13freeOwnedGPtrI7_GErrorEEvPT_", referenced from:</div><div> __ZN7WebCore27MediaPlayerPrivateGStreamer13handleMessageEP11_GstMessage in MediaPlayerPrivateGStreamer.o</div>
<div> __ZN7WebCore19initializeGStreamerEv in GStreamerUtilities.o</div></div><div class="gmail_extra"><br></div><div class="gmail_extra"> -- gstreamermacosx</div><div class="gmail_extra"><br></div><div class="gmail_extra">
PS: special thanks to hmachefe for precious <i>restoration</i> tips and to Philippe of course</div><div><div class="h5"><div class="gmail_extra"><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Nov 23, 2013 at 9:59 AM, 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">The ImageGStreamerCG implementation was removed in<br>
<a href="http://trac.webkit.org/changeset/118610" target="_blank">http://trac.webkit.org/changeset/118610</a><br>
<br>
Philippe<br>
<div><div><br>
On Sat, 2013-11-23 at 00:44 +0100, Urbain EGIS wrote:<br>
> I compiled most of Source/WebCore/platform/graphics/gstreamer apart<br>
> from <ImageGstreamerCairo.cpp> which has a strong dependency on CAIRO.<br>
><br>
><br>
> It seems to be "overkill" to build WebKit by enabling CAIRO... Because<br>
> (only ;-) "one" file <ImageGstreamerCairo> requires a specific CAIRO<br>
> surface.<br>
><br>
><br>
> So What would be the best strategy in case of MAC ?<br>
> 1° activate CAIRO by WebKit and generate it again (+gstreamer) ... ?<br>
> Really ?<br>
> 2° get rid of CAIRO and find an alternative by CF/CG rather in terms<br>
> of surface<br>
><br>
><br>
> -- Egis<br>
><br>
</div></div>> _______________________________________________<br>
> webkit-dev mailing list<br>
> <a href="mailto:webkit-dev@lists.webkit.org" target="_blank">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" target="_blank">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>
</blockquote></div><br></div></div></div></div>
<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></blockquote></div><br></div></div></div>