[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Gnash-dev] Libtool dependencies reversed for backend and server?

From: walt
Subject: [Gnash-dev] Libtool dependencies reversed for backend and server?
Date: Sun, 30 Dec 2007 17:25:19 -0800
User-agent: Thunderbird 3.0a1pre (X11/2007123007)

I ran into this problem while compiling gnash on DragonFlyBSD:

The build of gparser halts because the linker complains about a
missing symbol in  That particular symbol is
defined in, but server doesn't know anything
about being dependent on backend.

I believe that the dependencies were accidentally switched in
the two files for backend and server.  That is:

server/ should have backend added as a dependency:

libgnashserver_la_LIBADD = \
        $(top_builddir)/backend/ \    <------
        $(top_builddir)/libbase/ \
        $(top_builddir)/server/asobj/ \
        $(top_builddir)/server/parser/ \
        $(top_builddir)/server/vm/ \
        $(LIBXML_LIBS) \
        $(BOOST_LIBS) \
        $(PTHREAD_LIBS) \

and backend/ should have server deleted:

libgnashbackend_la_LIBADD = \
        $(top_builddir)/libbase/ \
        $(top_builddir)/server/  \  <--- DELETE

These changes fixed everything for me except that backend needs
to be compiled before server because the dependencies have been
reversed now.

I haven't figured out why gnash finishes building on NetBSD with
these dependency errors -- that seems like a different error in
itself.  I do know that the gparser in NetBSD does *not* know it
is dependent on libgnashbackend, but it needs to know.

The 'missing' symbol in question is found in
gnash::sound_handler::convert_raw_data(short**, int*, void*, int, int, int, 
bool, int, bool)

Does any of this make sense?  Have I got this all wrong?
Any opinions would be welcome.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]