Re: [Gnash-dev] patch for boost detection
On Sat, Oct 07, 2006 at 12:30:49PM +0200, Patrice Dumas wrote: On Fri, Oct 06, 2006 at 09:15:52PM -0600, Rob Savoye wrote: Patrice Dumas wrote: - the cleanup_slots symbol isn't found on my system in libboost_thread; What does 'nm --demangle /usr/lib/libboost_thread.a | grep T ' show ? On my FC5 machine, this appears to be Boost 1.33.1. I attach that. Really attached this time... -- Pat T boost::barrier::wait() 0280 T boost::barrier::barrier(unsigned int) 0130 T boost::barrier::barrier(unsigned int) 00b0 T boost::barrier::~barrier() 00f0 T boost::barrier::~barrier() 0080 T boost::detail::condition_impl::notify_all() 0090 T boost::detail::condition_impl::notify_one() T boost::detail::condition_impl::do_timed_wait(boost::xtime const, pthread_mutex_t*) 0070 T boost::detail::condition_impl::do_wait(pthread_mutex_t*) 00a0 T boost::detail::condition_impl::condition_impl() 0140 T boost::detail::condition_impl::condition_impl() 0120 T boost::detail::condition_impl::~condition_impl() 0130 T boost::detail::condition_impl::~condition_impl() 0250 T boost::lock_error::lock_error(int) 02b0 T boost::lock_error::lock_error() 0130 T boost::lock_error::lock_error(int) 0270 T boost::lock_error::lock_error() 05a0 T boost::lock_error::~lock_error() 04f0 T boost::lock_error::~lock_error() 0510 T boost::lock_error::~lock_error() 03b0 T boost::thread_exception::thread_exception(int) 0020 T boost::thread_exception::thread_exception() 0040 T boost::thread_exception::thread_exception(int) T boost::thread_exception::thread_exception() 00c0 T boost::thread_exception::~thread_exception() 00f0 T boost::thread_exception::~thread_exception() 0110 T boost::thread_exception::~thread_exception() 0210 T boost::thread_resource_error::thread_resource_error(int) 0330 T boost::thread_resource_error::thread_resource_error() 0230 T boost::thread_resource_error::thread_resource_error(int) 0290 T boost::thread_resource_error::thread_resource_error() 0530 T boost::thread_resource_error::~thread_resource_error() 0560 T boost::thread_resource_error::~thread_resource_error() 0580 T boost::thread_resource_error::~thread_resource_error() 0190 T boost::invalid_thread_argument::invalid_thread_argument(int) 0390 T boost::invalid_thread_argument::invalid_thread_argument() 01b0 T boost::invalid_thread_argument::invalid_thread_argument(int) 02d0 T boost::invalid_thread_argument::invalid_thread_argument() 0610 T boost::invalid_thread_argument::~invalid_thread_argument() 0640 T boost::invalid_thread_argument::~invalid_thread_argument() 0660 T boost::invalid_thread_argument::~invalid_thread_argument() 0150 T boost::thread_permission_error::thread_permission_error(int) 0350 T boost::thread_permission_error::thread_permission_error() 0170 T boost::thread_permission_error::thread_permission_error(int) 0370 T boost::thread_permission_error::thread_permission_error() 04c0 T boost::thread_permission_error::~thread_permission_error() 05d0 T boost::thread_permission_error::~thread_permission_error() 05f0 T boost::thread_permission_error::~thread_permission_error() 01d0 T boost::unsupported_thread_option::unsupported_thread_option(int) 02f0 T boost::unsupported_thread_option::unsupported_thread_option() 01f0 T boost::unsupported_thread_option::unsupported_thread_option(int) 0310 T boost::unsupported_thread_option::unsupported_thread_option() 0680 T boost::unsupported_thread_option::~unsupported_thread_option() 06b0 T boost::unsupported_thread_option::~unsupported_thread_option() 06d0 T boost::unsupported_thread_option::~unsupported_thread_option() 0070 T boost::lock_error::what() const 0060 T boost::thread_exception::native_error() const 03d0 T boost::thread_exception::message() const 0080 T boost::thread_resource_error::what() const 00a0 T boost::invalid_thread_argument::what() const 00b0 T boost::thread_permission_error::what() const 0090 T boost::unsupported_thread_option::what() const 00e0 T boost::timed_mutex::do_trylock() 0170 T boost::timed_mutex::do_timedlock(boost::xtime const) 0070 T boost::timed_mutex::do_lock(boost::timed_mutex::cv_state) 0120 T boost::timed_mutex::do_lock() 0040 T boost::timed_mutex::do_unlock(boost::timed_mutex::cv_state) 00b0 T boost::timed_mutex::do_unlock() 05e0 T boost::timed_mutex::timed_mutex() 0690 T boost::timed_mutex::timed_mutex() 04c0 T boost::timed_mutex::~timed_mutex() 04f0 T boost::timed_mutex::~timed_mutex() T boost::mutex::do_lock(boost::mutex::cv_state) 03e0 T boost::mutex::do_lock() 0010 T boost::mutex::do_unlock(boost::mutex::cv_state) 0370 T boost::mutex::do_unlock() 0210 T boost::mutex::mutex() 0560 T boost::mutex::mutex() 0540 T boost::mutex::~mutex() 0550 T
Re: [Gnash-dev] Backend redesign done / AGG near completion
Udo Giacomozzi wrote: Well, anyway, since you checked in the configure patch but both the renderer and GUI are not yet in CVS: are you having problems with the patch? I wound up going to bed instead of checking in the new files... I've been sick all week. I'll finish up adding the new files this morning (Colorado time). Course they won't compile till all your other changes are checked in, but it's a start. - rob - ___ Gnash-dev mailing list Gnash-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnash-dev
Re[2]: [Gnash-dev] Backend redesign done / AGG near completion
Hello Rob, Saturday, October 7, 2006, 3:40:19 PM, you wrote: RS I wound up going to bed instead of checking in the new files... I've RS been sick all week. I'll finish up adding the new files this morning RS (Colorado time). Course they won't compile till all your other changes RS are checked in, but it's a start. Don't want to press for it, just wondered. :-) Hope you get well soon, Udo ___ Gnash-dev mailing list Gnash-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnash-dev
Re: [Gnash-dev] Backend redesign done / AGG near completion
Udo Giacomozzi wrote: Did that a few moments ago. Awesome, thanks. I'll do an update. I just checked if the OpenGL/SDL backend still works (using the compatibility layer). Strangely it displays the movie upside-down!? Can somebody confirm this? I get the same result when using SDL, it appears oriented correctly when using GTK. - rob - ___ Gnash-dev mailing list Gnash-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnash-dev
Re[2]: [Gnash-dev] Backend redesign done / AGG near completion
Hello Rob, Saturday, October 7, 2006, 5:55:24 PM, you wrote: RS With SDL, the image has been inverted since before your checkin, so I RS don't believe it's related. Fine, so the changes don't seem to have broken anything for the moment. Udo ___ Gnash-dev mailing list Gnash-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnash-dev
Re[2]: [Gnash-dev] Backend redesign done / AGG near completion
Hello Rob, I'm having problems compiling the AGG backend: ./configure --enable-renderer=agg --enable-gui=fb --with-agg-incl=/home/indunet/agg-2.4/include/ --with-agg-lib=/home/indunet/agg-2.4/src/ ... make[2]: Entering directory `/home/indunet/gnash/backend' if /bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I.. -I../server -I../server/parser -I../libbase -I../backend -I../libgeometry/home/indunet/agg-2.4/include-g -O2 -march=pentium3 -W -Wall -Wcast-align -Wcast-qual -Wpointer-arith -Wreturn-type -MT render_handler_tri.lo -MD -MP -MF .deps/render_handler_tri.Tpo -c -o render_handler_tri.lo render_handler_tri.cpp; \ then mv -f .deps/render_handler_tri.Tpo .deps/render_handler_tri.Plo; else rm -f .deps/render_handler_tri.Tpo; exit 1; fi mkdir .libs g++ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I.. -I../server -I../server/parser -I../libbase -I../backend -I../libgeometry /home/indunet/agg-2.4/include -g -O2 -march=pentium3 -W -Wall -Wcast-align -Wcast-qual -Wpointer-arith -Wreturn-type -MT render_handler_tri.lo -MD -MP -MF .deps/render_handler_tri.Tpo -c render_handler_tri.cpp -fPIC -DPIC -o .libs/render_handler_tri.o g++: cannot specify -o with -c or -S and multiple compilations make[2]: *** [render_handler_tri.lo] Error 1 make[2]: Leaving directory `/home/indunet/gnash/backend' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/indunet/gnash' make: *** [all] Error 2 Udo ___ Gnash-dev mailing list Gnash-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnash-dev
Re: [Gnash-dev] Backend redesign done / AGG near completion
Udo Giacomozzi wrote: I'm having problems compiling the AGG backend: ./configure --enable-renderer=agg --enable-gui=fb --with-agg-incl=/home/indunet/agg-2.4/include/ --with-agg-lib=/home/indunet/agg-2.4/src/ I'm seeing other Gnash developers checking in additional changes to this new code, so you might want to wait a bit to see if it stabilizes shortly. - rob - ___ Gnash-dev mailing list Gnash-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnash-dev
Re[2]: [Gnash-dev] Backend redesign done / AGG near completion
Hello Rob, Saturday, October 7, 2006, 6:21:05 PM, you wrote: RS Udo Giacomozzi wrote: I'm having problems compiling the AGG backend: ./configure --enable-renderer=agg --enable-gui=fb --with-agg-incl=/home/indunet/agg-2.4/include/ --with-agg-lib=/home/indunet/agg-2.4/src/ RS I'm seeing other Gnash developers checking in additional changes to RS this new code, so you might want to wait a bit to see if it stabilizes RS shortly. Seems to me like a Makefile problem, not code.. Udo ___ Gnash-dev mailing list Gnash-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnash-dev
Re[2]: [Gnash-dev] Backend redesign done / AGG near completion
Hello Rob, Saturday, October 7, 2006, 7:25:39 PM, you wrote: RS It'll work now properly with the --with-agg options. Course for some RS reason render_handler_agg.cpp doesn't compile... but at least the RS include path is correct. :-) We're making progresses ;) Now, the include path is supplied instead of the lib path: -L/home/indunet/agg-2.4/include that should be -L/home/indunet/agg-2.4/src (my libagg.a is there) Full command line: /bin/sh ../libtool --tag=CXX --mode=link g++ -g -O2 -march=pentium3 -W -Wall -Wcast-align -Wcast-qual -Wpointer-arith -Wreturn-type -ljpeg -lpng -lz-L/usr/X11R6/lib -L/home/indunet/agg-2.4/include -lagg -laggplatformX11 -o libgnashbackend.la -rpath /usr/local/lib render_handler_tri.lo render_handler_agg.lo ../libbase/libgnashbase.la ../server/libgnashserver.la -lrt -lm g++ -shared -nostdlib /usr/lib/gcc-lib/i486-linux/3.3.5/../../../crti.o /usr/lib/gcc-lib/i486-linux/3.3.5/crtbeginS.o .libs/render_handler_tri.o .libs/render_handler_agg.o -Wl,--rpath -Wl,/home/indunet/gnash/libbase/.libs -Wl,--rpath -Wl,/home/indunet/gnash/server/.libs -Wl,--rpath -Wl,/usr/local/lib /usr/lib/libjpeg.so -lpng -lz -L/usr/X11R6/lib -L/home/indunet/agg-2.4/include -lagg -laggplatformX11 ../libbase/.libs/libgnashbase.so ../server/.libs/libgnashserver.so -lrt -L/usr/lib/gcc-lib/i486-linux/3.3.5 -L/usr/lib/gcc-lib/i486-linux/3.3.5/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc-lib/i486-linux/3.3.5/crtendS.o /usr/lib/gcc-lib/i486-linux/3.3.5/../../../crtn.o -march=pentium3 -Wl,-soname -Wl,libgnashbackend.so.0 -o .libs/libgnashbackend.so.0.0.0 /usr/bin/ld: cannot find -lagg Configure settings: ./configure --enable-renderer=agg --enable-gui=fb --with-agg-incl=/home/indunet/agg-2.4/include/ --with-agg-lib=/home/indunet/agg-2.4/src/ Udo ___ Gnash-dev mailing list Gnash-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnash-dev
Re: [Gnash-dev] Backend redesign done / AGG near completion
Udo Giacomozzi wrote: We're making progresses ;) it must have been that 3rd cup of coffee... :-) Now, the include path is supplied instead of the lib path: -L/home/indunet/agg-2.4/include that should be -L/home/indunet/agg-2.4/src (my libagg.a is there) Ah, a typo. I just checked in a fix. - rob - ___ Gnash-dev mailing list Gnash-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnash-dev
Re: [Gnash-dev] pre-release testing
Rob Savoye wrote: Since it appears that as of this morning (thank you Tomas and Udo) Gnash now has working support for the last two things on the release shortlist. So at this point I'd like to ask the folks with various distributions and architectures help us test CVS so we can make the appropriate portability changes before launching off on getting the next release out the door. I'm primarily interested in 64 bit platforms and the BSDs, since I believe most of the Gnash developers are mainly x86-Linux based. I don't believe we need to test the framebuffer support directly, just make sure the existing OpenGL/SDL/GTK/KDE support still works. I assume there will be issues with the new Boost, AGG, and ffmpeg config macros as they get tested on various platforms, so this is the time to find out. The GTK version with gst audio works on my Debian unstable after last update from CVS (10 minutes ago). I sent you a new icon for gnash, isn't what you expected or it got lost between your emails? See: https://savannah.gnu.org/patch/?func=detailitemitem_id=5346#comment2 Kind regards SebastiĆ ___ All new Yahoo! Mail The new Interface is stunning in its simplicity and ease of use. - PC Magazine http://uk.docs.yahoo.com/nowyoucan.html ___ Gnash-dev mailing list Gnash-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnash-dev
[Gnash-dev] configure error
Hi, I'm trying to build CVS on my newly installed archlinux x86_64, but when running configure I get the following error: ERROR: No GtkGLExt development package installed! But looking in the config.log it seems it's the gtk that is the problem, though i got gtk2 installed: configure:27556: checking for the Gtk GL Extensions Version configure:27576: result: 1.0 configure:27582: checking for gtk/gtkgl.h configure:27605: result: -I/usr/include/gtkglext-1.0 configure:27816: checking for the Gtk Version configure:27836: result: 2.0 configure:27858: checking gtk/gtk.h usability configure:27875: gcc -c -march=x86-64 -O2 -pipe conftest.c 5 In file included from conftest.c:86: /usr/include/gtk/gtk.h:31:21: error: gdk/gdk.h: No such file or directory In file included from /usr/include/gtk/gtkarg.h:31, from /usr/include/gtk/gtkobject.h:31, from /usr/include/gtk/gtkaccelgroup.h:35, from /usr/include/gtk/gtk.h:32, from conftest.c:86: /usr/include/gtk/gtktypeutils.h:31:18: error: glib.h: No such file or directory In file included from /usr/include/gtk/gtkarg.h:31, from /usr/include/gtk/gtkobject.h:31, from /usr/include/gtk/gtkaccelgroup.h:35, from /usr/include/gtk/gtk.h:32, from conftest.c:86: /usr/include/gtk/gtktypeutils.h:123: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'GtkType' In file included from /usr/include/gtk/gtktypeutils.h:135, from /usr/include/gtk/gtkarg.h:31, from /usr/include/gtk/gtkobject.h:31, from /usr/include/gtk/gtkaccelgroup.h:35, from /usr/include/gtk/gtk.h:32, from conftest.c:86: /usr/include/gtk/gtktypebuiltins.h:3: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'GTK_TYPE_ACCEL_FLAGS' Any tips are welcome! cheers, Tomas ___ Gnash-dev mailing list Gnash-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnash-dev