Am Dienstag, den 20.07.2010, 09:11 +0200 schrieb Andrea Palmatè: > Il 19/07/2010 23.22, Andrea Palmatè ha scritto: > > also dynamically linking ffmpeg produce the same results. > > Nothing is returned by handlers.str() > > I'm avoiding to compile also gnash dynamically because i have some problems > > in the linking phase > > I'll try to fix this problem and hope this could fix the problem > > > ok, the problem was -Wl,--as-needed that seems broken here on OS4.
It's not just OS4, and I don't think it's broken. I have the same
problem under Linux with static builds. The flag means that libraries
aren't added if they aren't considered a dependency, and because the
media handler uses static initialization magic it won't be added.
I can fix it by changing the registration code to make an explicit
function call to register handlers. That has the disadvantage of
reintroducing ifdefs (though only into a small part of the code) and
headers.
Or we can hack at the configure and linking code to make sure everything
is linked as expected. Even in this case it's possible for a conforming
implementation not to initialize the static objects, so it won't
necessarily work on all platforms.
I favour the former option, even though it makes the code a bit messier
and means the separate MediaHandler{Ffmpeg,Gst,Haiku} headers are needed
again.
What do other devs think?
bwy
--
The current release of Gnash is 0.8.7
http://www.gnu.org/software/gnash/
Benjamin Wolsey, Software Developer - http://benjaminwolsey.de
C++ and Open-Source Flash blog - http://www.benjaminwolsey.de/bwysblog
xmpp:b...@xabber.de
http://identi.ca/bwy
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
_______________________________________________ Gnash-dev mailing list Gnash-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnash-dev
