bugGnash - The GNU Flash player - Bugs: bug #22753, Can't build gnash 0.8.2 on ppc

 
 

bug #22753: Can't build gnash 0.8.2 on ppc

Submitter:  Brian <ubuntubrian>
Submitted:  Thu 27 Mar 2008 08:16:07 PM UTC
   
 
Category:  None Severity:  3 - Normal
Release:  None Status:  Fixed
Privacy:  Public Assigned to:  nihilus
Open/Closed:  Closed
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Sun 25 Jul 2010 07:49:11 AM UTC, comment #35: 

I think the fix is known now if it's still a problem with recent versions.

Benjamin Wolsey <bwy>
Group Member
Thu 28 Aug 2008 03:16:22 PM UTC, comment #34: 

Nevermind, same problem popped back up.  I'll try sedding out -fvisibility-inlines-hidden from my libbase directory now.  I didn't realize that was a newer comment because this is my first post and I didn't notice the comments were most-recent-to-earliest. :)

Joey Adams <joeyalanadams>
Thu 28 Aug 2008 03:00:20 PM UTC, comment #33: 

On Debian Etch on my iBook G3, I ran into the same problem.  After apt-get installing libg++2.8.1.3-glibc2.2, I looked at my /usr/lib/libstd* as suggested in an earlier comment.  I had this:

libstdc++-3-libc6.2-2-2.10.0.so  libstdc++-libc6.2-2.so.3

libstdc++.so.6  libstdc++.so.6.0.8

By moving libstdc++.so.6 and libstdc++.so.6.0.8 out of the way (into /usr/lib/trash), the problem went away and the build continued.  I have yet to see if gnash will run or not, as it is still building as I write.

Joey Adams <joeyalanadams>
Thu 21 Aug 2008 08:31:40 PM UTC, comment #32: 


> What is the best way to get this tp etch backports.  Tony


The best is to subscribe to http://lists.backports.org/mailman/listinfo/backports-users and politely request a backport there :)


Sylvain Beucler <Beuc>
Thu 21 Aug 2008 05:19:26 PM UTC, comment #31: 


> Am I correct to assume the build succeeded without
> -fvisibility-inlines-hidden?


Yes, I built and installed it for a Debian PPC user who is now a happy user :)

Sylvain Beucler <Beuc>
Thu 21 Aug 2008 03:45:42 PM UTC, comment #30: 

Am I correct to assume the build succeeded without -fvisibility-inlines-hidden?

Is there any progress towards fixing this? It would be nice not to have any more PPC users complaining.

Benjamin Wolsey <bwy>
Group Member
Sun 29 Jun 2008 07:19:37 AM UTC, comment #29: 

Your wish is granted (see attachment)

Maybe you could contact Ian so he let you investigate the problem on his computer. As far as I'm concerned I could compile backported packages by commenting out 'CHECK_VISIBILITY_GCC_BUG', so I think I'm done with experimenting.

$ apt-cache policy libjpeg62
libjpeg62:
  Installed: 6b-13
  Candidate: 6b-13
  Version table:
 *** 6b-13 0
        500 cdrom://[Debian GNU/Linux 4.0 r2 Etch - Official powerpc NETINST Binary-1 20080103-00:50] etch/main Packages


(file #15952, file #15953)

Sylvain Beucler <Beuc>
Sun 29 Jun 2008 01:06:28 AM UTC, comment #28: 

It would be nice is you could run 'nm' on the libjpeg libraries...

Markus Gothe <nihilus>
Group Member
Sat 28 Jun 2008 09:43:54 PM UTC, comment #27: 

I'll look up the login to the ppc-cluster at Augsburg's University for GNU-projects.

Markus Gothe <nihilus>
Group Member
Sat 28 Jun 2008 08:35:08 PM UTC, comment #26: 

Provisionally assigning to Markus.

Thanks for debugging, Sylvain!

Bastiaan Jacques <bjacques>
Group Member
Sat 28 Jun 2008 03:40:49 PM UTC, comment #25: 

Thanks Ian for sharing your powerpc :)

I eventually resorted to the 'bisect' method, and afaics the culprit is here:
http://cvs.savannah.gnu.org/viewvc/gnash/configure.ac?root=gnash&r1=1.417&r2=1.418

When -fvisibility-inlines-hidden is used, building libbase/ fails under Etch/ppc/gcc-4.2.1, so this option needs to be disabled there.

Is the M4 test incomplete?
How can we cleanly fix this?


(attempting a complete compilation now)

Sylvain Beucler <Beuc>
Thu 26 Jun 2008 02:38:30 PM UTC, comment #24: 

Sorry, was out of town for a few days.  Please email me if you'd like access to my TiBook 667Mhz G4 running Debian etch.  I'll be as helpful as I can.



Ian Ehrenwald <iehrenwald>
Thu 26 Jun 2008 02:27:36 PM UTC, comment #23: 


> .libs/libgnashbase_la-jpeg.o: In function `~GnashException':
> ../../libbase/GnashException.h:43: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char>

+>::~basic_string()@@GLIBCXX_3.4'

In my experience, this means that one of the libraries against which Gnash is attempting to link was compiled against a version of libstdc++ which is not the current system default. The "older" libstdc++ version would be GLIBCXX_3.4 and the current one is a different one.

Bastiaan Jacques <bjacques>
Group Member
Sat 21 Jun 2008 05:56:22 PM UTC, comment #22: 

[Keeping up with an offline discussion :)]

> After playing a bit with this problem, it seems it's a
> matter of compilation options rather than code.
>
>
> It fails in a huge compilation command but on the very simple
> libbase/GnashException.h file (which otherwise compiles fine
> separately):
>
> powerpc-linux-gnu-g++ -shared -nostdlib /usr/lib/gcc/powerpc-linux-gnu/4.1.2/../../../../lib/crti.o

+/usr/lib/gcc/powerpc-linux-gnu/4.1.2/crtbeginS.o  .libs/libgnashbase_la-extension.o .libs/libgnashbase_la-image.o
+.libs/libgnashbase_la-jpeg.o .libs/libgnashbase_la-log.o .libs/libgnashbase_la-memory.o .libs/libgnashbase_la-rc.o
+.libs/libgnashbase_la-shm.o .libs/libgnashbase_la-sharedlib.o .libs/libgnashbase_la-string_table.o .libs/libgnashbase_la-tu_file.o
+.libs/libgnashbase_la-ClockTime.o .libs/libgnashbase_la-WallClockTimer.o .libs/libgnashbase_la-utf8.o .libs/libgnashbase_la-utility.o
+.libs/libgnashbase_la-curl_adapter.o .libs/libgnashbase_la-noseek_fd_adapter.o .libs/libgnashbase_la-zlib_adapter.o
+.libs/libgnashbase_la-URL.o .libs/libgnashbase_la-LoadThread.o .libs/libgnashbase_la-FLVParser.o .libs/libgnashbase_la-GC.o
+.libs/libgnashbase_la-BitsReader.o .libs/libgnashbase_la-arg_parser.o  /usr/lib/libjpeg.so -lz /usr/lib/libcurl-gnutls.so -L/usr/lib
+/usr/lib/libltdl.so -lboost_thread-gcc-mt-1_33_1 -lboost_date_time-gcc-1_33_1 -lpthread -lrt -lX11 -lXi
+-L/usr/lib/gcc/powerpc-linux-gnu/4.1.2 -L/usr/lib/gcc/powerpc-linux-gnu/4.1.2/../../../../lib -L/lib/../lib -L/usr/lib/../lib -lstdc++ -lm
+-lc -lgcc_s /usr/lib/gcc/powerpc-linux-gnu/4.1.2/crtsavres.o /usr/lib/gcc/powerpc-linux-gnu/4.1.2/crtendS.o
+/usr/lib/gcc/powerpc-linux-gnu/4.1.2/../../../../lib/crtn.o  -pthread -pthread -Wl,--as-needed -Wl,-soname -Wl,libgnashbase-0.8.3~rc2.so
+-o .libs/libgnashbase-0.8.3~rc2.so

>
> =>
>
> .libs/libgnashbase_la-jpeg.o: In function `~GnashException':
> ../../libbase/GnashException.h:43: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char>

+>::~basic_string()@@GLIBCXX_3.4'

> [...]
>
> I'm not an expert in C++, so feel free to advice/test/etc.


That should be in libstdc++.
Maybe there's a discrepancy between version of the stdc++ lib found
and the c++ headers used ?
Can you check if you have multiple stdc++ libs in /usr/lib ?

=====

> > In any case, I know the question wasn't to me but I checked "Can you
> > check if you have multiple stdc++ libs in /usr/lib"
> > and found:
> > libstdc++.so.5
> > libstdc++.so.5.0.7
> > libstdc++.so.6
> > libstdc++.so.6.0.7
> >
> > Is this the problem? I'm no coder.
>
> Could be, whether it is or not I don't really know
> how to find out.
> If I recall correctly g++ gave a warning about mixed
> libs when it encountered one.


Same in the QEMU image:
# ls /usr/lib/libstd*
/usr/lib/libstdc++.so.5      /usr/lib/libstdc++.so.6
/usr/lib/libstdc++.so.5.0.7  /usr/lib/libstdc++.so.6.0.8

I didn't notice GCC warnings though.

Sylvain Beucler <Beuc>
Thu 19 Jun 2008 08:59:48 PM UTC, comment #21: 

I don't have PPC hardware either, but I wanted to compile Gnash for a client, so I used the QEMU image I mentioned :)
http://www.oszoo.org/wiki/index.php/Debian_Etch_ppc_(PowerPC)_-_Qemu_Ready

This is also blocking the Debian Etch backport, which won't use a newer GCC :/

Sylvain Beucler <Beuc>
Thu 19 Jun 2008 07:51:20 PM UTC, comment #20: 

The problem has our attention, but we just don't have a system to debug it.

My best guess is that the compiler has a bug and bugstarter might try compiling his own GCC (hopefully a more recent stable).

Bastiaan Jacques <bjacques>
Group Member
Thu 19 Jun 2008 07:46:40 PM UTC, comment #19: 

I think that the slow death of the PPC platform will not garner any real attention for this problem. thus go the way of the dinosaurs.....

Brian <ubuntubrian>
Thu 19 Jun 2008 07:32:01 AM UTC, comment #18: 

For the record, the problem persists in 0.8.3~rc2

(tested with
http://www.oszoo.org/wiki/index.php/Debian_Etch_ppc_(PowerPC)_-_Qemu_Ready
and
http://packages.debian.org/experimental/gnash
(0.8.3~rc2))

[...]
../../libbase/URL.cpp:376: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string()@@GLIBCXX_3.4'
.libs/libgnashbase_la-URL.o: In function `~char_separator':
/usr/include/boost/token_functions.hpp:387: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string()@@GLIBCXX_3.4'
/usr/include/boost/token_functions.hpp:387: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string()@@GLIBCXX_3.4'
.libs/libgnashbase_la-URL.o: In function `~token_iterator':
/usr/include/boost/token_iterator.hpp:41: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string()@@GLIBCXX_3.4'
.libs/libgnashbase_la-URL.o: In function `gnash::URL::parse_querystring(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::map<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::less<std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::pair<std::basic_string<char, std::char_traits<char>, std::allocator<char> > const, std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > >&)':
../../libbase/URL.cpp:396: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string()@@GLIBCXX_3.4'
.libs/libgnashbase_la-URL.o:../../libbase/URL.cpp:397: more undefined references to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string()@@GLIBCXX_3.4' follow
.libs/libgnashbase_la-URL.o: In function `~basic_stringstream':
/usr/lib/gcc/powerpc-linux-gnu/4.1.2/../../../../include/c++/4.1.2/sstream:553: undefined reference to `std::basic_iostream<char, std::char_traits<char> >::~basic_iostream()@@GLIBCXX_3.4'
.libs/libgnashbase_la-URL.o: In function `~URL':
../../libbase/URL.h:35: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string()@@GLIBCXX_3.4'
../../libbase/URL.h:35: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string()@@GLIBCXX_3.4'
../../libbase/URL.h:35: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string()@@GLIBCXX_3.4'
../../libbase/URL.h:35: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string()@@GLIBCXX_3.4'
.libs/libgnashbase_la-URL.o: In function `~basic_stringbuf':
/usr/lib/gcc/powerpc-linux-gnu/4.1.2/../../../../include/c++/4.1.2/iosfwd:71: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string()@@GLIBCXX_3.4'
.libs/libgnashbase_la-URL.o:../../libbase/URL.h:35: more undefined references to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string()@@GLIBCXX_3.4' follow
collect2: ld returned 1 exit status
make[3]: * [libgnashbase.la] Error 1
make[3]: Leaving directory `/root/gnash-0.8.3~rc2/tmp.agg/libbase'
make[2]: * [all-recursive] Error 1
make[2]: Leaving directory `/root/gnash-0.8.3~rc2/tmp.agg'
make[1]: * [all] Error 2
make[1]: Leaving directory `/root/gnash-0.8.3~rc2/tmp.agg'
make: * [build-stamp] Error 2
debuild: fatal error at line 1228:
debian/rules build failed

Sylvain Beucler <Beuc>
Thu 01 May 2008 05:47:52 PM UTC, comment #17: 

I believe this might be the same problem that is making the etch powerpc build for Gnash 0.8.2

http://experimental.ftbfs.de/new/package.php?p=gnash&suite=etch-bpo

Any advice on how to proceed with a resolution to this issue.


Tony Pugliese <pugliese>
Tue 22 Apr 2008 10:41:03 PM UTC, comment #16: 

I am experiencing the same issue.  I am running Debian 4.0 ppc on a TiBook 667.  Here is the output :

make[2]: Entering directory `/usr/local/src/gnash/gnash-0.8.2/libbase'
/bin/sh ../libtool --tag=CXX   --mode=link g++  -g -O2 -pthread -pthread     -W     -Wall     -Wcast-align     -Wcast-qual     -Wpointer-arith     -Wreturn-type      -fvisibility-inlines-hidden -release 0.8.2 -Wl,--as-needed -o libgnashbase.la -rpath /usr/local/gnash-0.8.2/lib/gnash  libgnashbase_la-extension.lo libgnashbase_la-image.lo libgnashbase_la-jpeg.lo libgnashbase_la-lirc.lo libgnashbase_la-log.lo libgnashbase_la-membuf.lo libgnashbase_la-network.lo libgnashbase_la-postscript.lo libgnashbase_la-rc.lo libgnashbase_la-shm.lo libgnashbase_la-sharedlib.lo libgnashbase_la-string_table.lo libgnashbase_la-tu_file.lo  libgnashbase_la-tu_timer.lo libgnashbase_la-WallClockTimer.lo libgnashbase_la-utf8.lo libgnashbase_la-utility.lo libgnashbase_la-curl_adapter.lo libgnashbase_la-noseek_fd_adapter.lo libgnashbase_la-zlib_adapter.lo libgnashbase_la-URL.lo libgnashbase_la-LoadThread.lo libgnashbase_la-FLVParser.lo libgnashbase_la-GC.lo libgnashbase_la-BitsReader.lo -ljpeg  -lz  -lcurl   ../libbase/libltdl.la -lboost_thread-gcc-mt-1_33_1 -lboost_date_time-gcc-1_33_1 -lpthread   -lc -lrt -lX11 -lXi -lm
g++ -shared -nostdlib /usr/lib/gcc/powerpc-linux-gnu/4.1.2/../../../../lib/crti.o /usr/lib/gcc/powerpc-linux-gnu/4.1.2/crtbeginS.o  .libs/libgnashbase_la-extension.o .libs/libgnashbase_la-image.o .libs/libgnashbase_la-jpeg.o .libs/libgnashbase_la-lirc.o .libs/libgnashbase_la-log.o .libs/libgnashbase_la-membuf.o .libs/libgnashbase_la-network.o .libs/libgnashbase_la-postscript.o .libs/libgnashbase_la-rc.o .libs/libgnashbase_la-shm.o .libs/libgnashbase_la-sharedlib.o .libs/libgnashbase_la-string_table.o .libs/libgnashbase_la-tu_file.o .libs/libgnashbase_la-tu_timer.o .libs/libgnashbase_la-WallClockTimer.o .libs/libgnashbase_la-utf8.o .libs/libgnashbase_la-utility.o .libs/libgnashbase_la-curl_adapter.o .libs/libgnashbase_la-noseek_fd_adapter.o .libs/libgnashbase_la-zlib_adapter.o .libs/libgnashbase_la-URL.o .libs/libgnashbase_la-LoadThread.o .libs/libgnashbase_la-FLVParser.o .libs/libgnashbase_la-GC.o .libs/libgnashbase_la-BitsReader.o  -Wl,--rpath -Wl,/usr/local/src/gnash/gnash-0.8.2/libbase/.libs -Wl,--rpath -Wl,/usr/local/gnash-0.8.2/lib/gnash /usr/lib/libjpeg.so -lz /usr/lib/libcurl.so -L/usr/lib ../libbase/.libs/libltdl.so -lboost_thread-gcc-mt-1_33_1 -lboost_date_time-gcc-1_33_1 -lpthread -lrt -lX11 -lXi -L/usr/lib/gcc/powerpc-linux-gnu/4.1.2 -L/usr/lib/gcc/powerpc-linux-gnu/4.1.2/../../../../lib -L/lib/../lib -L/usr/lib/../lib -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/powerpc-linux-gnu/4.1.2/crtsavres.o /usr/lib/gcc/powerpc-linux-gnu/4.1.2/crtendS.o /usr/lib/gcc/powerpc-linux-gnu/4.1.2/../../../../lib/crtn.o  -pthread -pthread -Wl,--as-needed -Wl,-soname -Wl,libgnashbase-0.8.2.so -o .libs/libgnashbase-0.8.2.so
.libs/libgnashbase_la-jpeg.o: In function `jpeg::tu_file_wrappers::input_tu_file::readHeader(unsigned int)':
/usr/local/src/gnash/gnash-0.8.2/libbase/jpeg.cpp:385: undefined reference to `std::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >::basic_stringstream(std::_Ios_Openmode)@@GLIBCXX_3.4'
/usr/local/src/gnash/gnash-0.8.2/libbase/jpeg.cpp:356: undefined reference to `std::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >::basic_stringstream(std::_Ios_Openmode)@@GLIBCXX_3.4'
/usr/local/src/gnash/gnash-0.8.2/libbase/jpeg.cpp:387: undefined reference to `std::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >::~basic_stringstream()@@GLIBCXX_3.4'
.libs/libgnashbase_la-jpeg.o: In function `jpeg::tu_file_wrappers::input_tu_file::start_image()':
/usr/local/src/gnash/gnash-0.8.2/libbase/jpeg.cpp:436: undefined reference to `std::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >::basic_stringstream(std::_Ios_Openmode)@@GLIBCXX_3.4'
/usr/local/src/gnash/gnash-0.8.2/libbase/jpeg.cpp:467: undefined reference to `std::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >::basic_stringstream(std::_Ios_Openmode)@@GLIBCXX_3.4'
/usr/local/src/gnash/gnash-0.8.2/libbase/jpeg.cpp:476: undefined reference to `std::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >::basic_stringstream(std::_Ios_Openmode)@@GLIBCXX_3.4'
/usr/local/src/gnash/gnash-0.8.2/libbase/jpeg.cpp:478: undefined reference to `std::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >::~basic_stringstream()@@GLIBCXX_3.4'
.libs/libgnashbase_la-log.o: In function `gnash::timestamp()':
/usr/local/src/gnash/gnash-0.8.2/libbase/log.cpp:154: undefined reference to `std::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >::~basic_stringstream()@@GLIBCXX_3.4'
/usr/local/src/gnash/gnash-0.8.2/libbase/log.cpp:154: undefined reference to `std::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >::~basic_stringstream()@@GLIBCXX_3.4'
.libs/libgnashbase_la-log.o: In function `operator<< <char [3]>':
/usr/local/src/gnash/gnash-0.8.2/libbase/log.h:211: undefined reference to `std::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >::~basic_stringstream()@@GLIBCXX_3.4'
/usr/local/src/gnash/gnash-0.8.2/libbase/log.h:211: undefined reference to `std::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >::~basic_stringstream()@@GLIBCXX_3.4'
.libs/libgnashbase_la-zlib_adapter.o: In function `zlib_adapter::inflater_impl::reset()':
/usr/local/src/gnash/gnash-0.8.2/libbase/zlib_adapter.cpp:124: undefined reference to `std::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >::basic_stringstream(std::_Ios_Openmode)@@GLIBCXX_3.4'
/usr/local/src/gnash/gnash-0.8.2/libbase/zlib_adapter.cpp:126: undefined reference to `std::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >::~basic_stringstream()@@GLIBCXX_3.4'
.libs/libgnashbase_la-zlib_adapter.o: In function `zlib_adapter::inflater_impl::inflate_from_stream(void*, int)':
/usr/local/src/gnash/gnash-0.8.2/libbase/zlib_adapter.cpp:170: undefined reference to `std::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >::basic_stringstream(std::_Ios_Openmode)@@GLIBCXX_3.4'
/usr/local/src/gnash/gnash-0.8.2/libbase/zlib_adapter.cpp:174: undefined reference to `std::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >::~basic_stringstream()@@GLIBCXX_3.4'
/usr/local/src/gnash/gnash-0.8.2/libbase/zlib_adapter.cpp:178: undefined reference to `std::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >::basic_stringstream(std::_Ios_Openmode)@@GLIBCXX_3.4'
/usr/local/src/gnash/gnash-0.8.2/libbase/zlib_adapter.cpp:185: undefined reference to `std::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >::basic_stringstream(std::_Ios_Openmode)@@GLIBCXX_3.4'
.libs/libgnashbase_la-zlib_adapter.o: In function `std::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >::str() const':
/usr/lib/gcc/powerpc-linux-gnu/4.1.2/../../../../include/c++/4.1.2/sstream:572: undefined reference to `std::basic_stringbuf<char, std::char_traits<char>, std::allocator<char> >::str() const@@GLIBCXX_3.4'
.libs/libgnashbase_la-zlib_adapter.o: In function `zlib_adapter::inflater_impl::inflate_from_stream(void*, int)':
/usr/local/src/gnash/gnash-0.8.2/libbase/zlib_adapter.cpp:193: undefined reference to `std::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >::basic_stringstream(std::_Ios_Openmode)@@GLIBCXX_3.4'
/usr/local/src/gnash/gnash-0.8.2/libbase/zlib_adapter.cpp:197: undefined reference to `std::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >::~basic_stringstream()@@GLIBCXX_3.4'
.libs/libgnashbase_la-URL.o: In function `gnash::URL::parse_querystring(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::map<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::less<std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::pair<std::basic_string<char, std::char_traits<char>, std::allocator<char> > const, std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > >&)':
/usr/local/src/gnash/gnash-0.8.2/libbase/URL.cpp:376: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string()@@GLIBCXX_3.4'
.libs/libgnashbase_la-URL.o: In function `~char_separator':
/usr/include/boost/token_functions.hpp:387: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string()@@GLIBCXX_3.4'
/usr/include/boost/token_functions.hpp:387: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string()@@GLIBCXX_3.4'
.libs/libgnashbase_la-URL.o: In function `~token_iterator':
/usr/include/boost/token_iterator.hpp:41: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string()@@GLIBCXX_3.4'
.libs/libgnashbase_la-URL.o: In function `gnash::URL::parse_querystring(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::map<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::less<std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::pair<std::basic_string<char, std::char_traits<char>, std::allocator<char> > const, std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > >&)':
/usr/local/src/gnash/gnash-0.8.2/libbase/URL.cpp:396: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string()@@GLIBCXX_3.4'
.libs/libgnashbase_la-URL.o:/usr/local/src/gnash/gnash-0.8.2/libbase/URL.cpp:397: more undefined references to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string()@@GLIBCXX_3.4' follow
.libs/libgnashbase_la-URL.o: In function `~basic_stringstream':
/usr/lib/gcc/powerpc-linux-gnu/4.1.2/../../../../include/c++/4.1.2/sstream:553: undefined reference to `std::basic_iostream<char, std::char_traits<char> >::~basic_iostream()@@GLIBCXX_3.4'
.libs/libgnashbase_la-URL.o: In function `~URL':
/usr/local/src/gnash/gnash-0.8.2/libbase/URL.h:39: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string()@@GLIBCXX_3.4'
/usr/local/src/gnash/gnash-0.8.2/libbase/URL.h:39: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string()@@GLIBCXX_3.4'
/usr/local/src/gnash/gnash-0.8.2/libbase/URL.h:39: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string()@@GLIBCXX_3.4'
/usr/local/src/gnash/gnash-0.8.2/libbase/URL.h:39: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string()@@GLIBCXX_3.4'
.libs/libgnashbase_la-URL.o: In function `~basic_stringbuf':
/usr/lib/gcc/powerpc-linux-gnu/4.1.2/../../../../include/c++/4.1.2/iosfwd:71: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string()@@GLIBCXX_3.4'
.libs/libgnashbase_la-URL.o:/usr/local/src/gnash/gnash-0.8.2/libbase/URL.h:39: more undefined references to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string()@@GLIBCXX_3.4' follow
collect2: ld returned 1 exit status
make[2]: * [libgnashbase.la] Error 1
make[2]: Leaving directory `/usr/local/src/gnash/gnash-0.8.2/libbase'
make[1]: * [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/src/gnash/gnash-0.8.2'
make: * [all] Error 2
ian@molasses:/usr/local/src/gnash/gnash-0.8.2$

ian@molasses:/usr/local/src/gnash/gnash-0.8.2$ gcc -v
Using built-in specs.
Target: powerpc-linux-gnu
Configured with: ../src/configure -v --enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu --enable-libstdcxx-debug --enable-mpfr --disable-softfloat --enable-targets=powerpc-linux,powerpc64-linux --with-cpu=default32 --enable-checking=release powerpc-linux-gnu
Thread model: posix
gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)

Ian Ehrenwald <iehrenwald>
Mon 31 Mar 2008 03:55:33 AM UTC, comment #15: 

I'll check around. Apparently the issue is a newer kernel problem that began with the 6.06 to 7.04 in Ubuntu but also shows up in Fedora and other distros and is peculiar to the TiBook and some other macs.
thanks for the help. Perhaps the developers of Ubuntu and other distros will figure it out.

Brian <ubuntubrian>
Mon 31 Mar 2008 01:03:52 AM UTC, comment #14: 

There are a variety of web sites that list supported ones, although most seem out of date. From what I can tell, all the Creative SoundBlaster ones have good linux driver support, which is what I bought, and the config is already in Ubuntu. Some have speakers, some just headphone jacks, there are a lot of optional features. It beats being stuck on an ancient distro .

Rob Savoye <rsavoye>
Group administrator
Mon 31 Mar 2008 12:57:36 AM UTC, comment #13: 

Something I never considered! Any advice on one? Obviously the one you purchased worked.

Brian <ubuntubrian>
Sun 30 Mar 2008 09:51:31 PM UTC, comment #12: 

I think I'd just break down and buy a USD$30 USB sound adapter, and solve my problems that way. :-) Linux has good support a variety of USB sound adapters. I was forced to do that for one of my kids laptop, as it had an unknown sound chip.

Rob Savoye <rsavoye>
Group administrator
Sun 30 Mar 2008 05:09:14 PM UTC, comment #11: 

Thanks for the response Rob. I have considered upgrading to a later Ubuntu but there seem to be several show stoppers on a TiBook G4, sound being the main culprit, that started with Ubuntu 7.04. FedoraCore has the same sound problems. I have heavily modified my setup and so would like to stay within the Ubuntu distro but unless the latest versions fix the issues I'll either be stuck or I'll bite the bullet and switch distros if I find one that doesn't have the sound problems. Like me, my box and distro are aging dinos!

Brian <ubuntubrian>
Sun 30 Mar 2008 04:17:26 PM UTC, comment #10: 

I built GCC 4.2.2 on my old G5 that runs YellowDog 6.0 Linux. Gnash builds flawlessly, and executes fine for me on both the G5, and the same executable works fine on my PS3 as a Firefox plugin, so I think that Drapper on the PPC is just too old...

I do my ppc builds with the AGG/GTK/ffmpeg configuration, it that helps. Much of your problem is that all your libraries are too old... I know you said that due to hardware issues, you can't run a newer version of Ubuntu, have you considered trying a different distribution so you can upgrade ? At least on the ppc machines I have here, Fedora, Debian, and YellowDog all seem to work out of the box.

Rob Savoye <rsavoye>
Group administrator
Sun 30 Mar 2008 04:07:10 PM UTC, comment #9: 

I thought that may be the case but was hoping it was simple. I can't upgrade either gcc or glibc as they require upgrading deb-helper which has major dependency issues that go with the upgrade of Ubuntu 6.0.6 to any higher version. I tried making a backport of each but the same issue with dpkg creates a circular dependency. I guess I'm stuck.
I'm surprised that gnash 0.8.2 has the greater requirements than 0.8.0 which built fine but I guess it does?
Now if I just knew why Gnash quit playing Youtube vids yet plays many other SWF and FLV files?
Thanks

Brian <ubuntubrian>
Sun 30 Mar 2008 01:19:17 PM UTC, comment #8: 

here on CRUX PPC 2.4 (binutils-2.18,gcc-4.2.3,glibc-2.7) compiles fine but gnash-plugin freezes firefox.

Anonymous
Sun 30 Mar 2008 10:07:57 AM UTC, comment #7: 

It's not getting as far as linking to gnash libs - it's failing to link gnash base to c++ std lib. So a compiler (or possibly glibc) bug is still most likely. You would have been using gcc 4.0 on your first build as well, so the answer is probably still to update your compiler if you can.

Searching for that error on the web throws up a small number of similar accounts, all on PPCs.

Benjamin Wolsey <bwy>
Group Member
Sat 29 Mar 2008 08:51:20 PM UTC, comment #6: 

Does this bug #20160 have relevance? should I clear out the old libgnashbase?

Here's the command from the bug comments:
"Try removing all the previous versions of the libraries. I do a "rm /usr/local/lib/libgnash*" occasionally to cleanup too much old stuff lying around. You can also try running ldconfig as root to make sure it scans the new libraries."

Brian <ubuntubrian>
Fri 28 Mar 2008 07:40:05 PM UTC, comment #5: 

Sorry-the config command was:
CXX=g++-4.0 ./configure --enable-renderer=Agg --enable-media=GST --enable-gui=gtk

with a "-" before the 4.0. without the "-" the build immediately failed

Brian <ubuntubrian>
Fri 28 Mar 2008 07:31:08 PM UTC, comment #4: 

I tried:
CXX=g++4.0 ./configure  --enable-renderer=Agg --enable-media=GST --enable-gui=gtk

and got a lot of this sort of build info on "make":
 g++-4.0 -DHAVE_CONFIG_H -I. -I. -I.. -DPLUGINSDIR=\"/usr/local/lib/gnash/plugins\" -I.. -I. -I.. -I../libamf -I../server -I../server/swf -pthread -I/usr/include/libxml2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -pthread -I/usr/include/gstreamer-0.10 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -I/usr/include -g -O2 -pthread -pthread -W -Wall -Wcast-align -Wcast-qual -Wpointer-arith -Wreturn-type -fvisibility-inlines-hidden -MT libgnashbase_la-FLVParser.lo -MD -MP -MF .deps/libgnashbase_la-FLVParser.Tpo -c FLVParser.cpp  -fPIC -DPIC -o .libs/libgnashbase_la-FLVParser.o

This seemed good but the build failed like this:

:/home/brianokeefe/gnash/libbase/URL.cpp:382: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string()@@GLIBCXX_3.4'
.libs/libgnashbase_la-URL.o: In function `gnash::URL::parse_querystring(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::map<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::less<std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::pair<std::basic_string<char, std::char_traits<char>, std::allocator<char> > const, std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > >&)':/usr/lib/gcc/powerpc-linux-gnu/4.0.3/../../../../include/c++/4.0.3/bits/stl_pair.h:69: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string()@@GLIBCXX_3.4'
.libs/libgnashbase_la-URL.o:/usr/lib/gcc/powerpc-linux-gnu/4.0.3/../../../../include/c++/4.0.3/bits/stl_pair.h:69: more undefined references to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string()@@GLIBCXX_3.4' follow
collect2: ld returned 1 exit status
make[2]: * [libgnashbase.la] Error 1
make[2]: Leaving directory `/home/brianokeefe/gnash/libbase'
make[1]: * [all-recursive] Error 1
make[1]: Leaving directory `/home/brianokeefe/gnash'

I'm at a loss (which doesn't mean much!)

Brian <ubuntubrian>
Fri 28 Mar 2008 05:17:59 PM UTC, comment #3: 

CXX=g++4.0 ./configure <options>

(Obviously replacing 4.0 with whatever the compiler is called)

Benjamin Wolsey <bwy>
Group Member
Fri 28 Mar 2008 02:02:08 PM UTC, comment #2: 

My GCC version is 4.0.3. Too old? This according to:
:~$ gcc --version
gcc (GCC) 4.0.3 (Ubuntu 4.0.3-1ubuntu5)

I do have gcc 3.4 installed also and it looks like the build is using it, for some reason. If the 4.0.3 version isn't too old how can I point the build to use it?

Unfortunately the later Ubuntu versions have problems on mine and others TiBooks with sound and some other less important issues so I'm stuck with 6.06 until they are resolved, hopefully in 8.04.

Brian <ubuntubrian>
Fri 28 Mar 2008 03:35:21 AM UTC, comment #1: 

Ubuntu 6.0 is ancient, and this looks like a compiler problem. I do PPC builds pretty often, but I'm using YDL 6.0. and GCC 4.2.2.

Rob Savoye <rsavoye>
Group administrator
Thu 27 Mar 2008 08:16:07 PM UTC, original submission:  

I checked out the latest cvs and ran configure with no errors but running make returns:
:/home/brianokeefe/gnash/libbase/URL.cpp:387: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string()@@GLIBCXX_3.4'
:/home/brianokeefe/gnash/libbase/URL.cpp:396: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string()@@GLIBCXX_3.4'
:/home/brianokeefe/gnash/libbase/URL.cpp:397: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string()@@GLIBCXX_3.4'
:/home/brianokeefe/gnash/libbase/URL.cpp:382: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string()@@GLIBCXX_3.4'
:/home/brianokeefe/gnash/libbase/URL.cpp:382: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string()@@GLIBCXX_3.4'
.libs/libgnashbase_la-URL.o: In function `gnash::URL::parse_querystring(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::map<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::less<std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::pair<std::basic_string<char, std::char_traits<char>, std::allocator<char> > const, std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > >&)':/usr/lib/gcc/powerpc-linux-gnu/4.0.3/../../../../include/c++/4.0.3/bits/stl_pair.h:69: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string()@@GLIBCXX_3.4'
.libs/libgnashbase_la-URL.o:/usr/lib/gcc/powerpc-linux-gnu/4.0.3/../../../../include/c++/4.0.3/bits/stl_pair.h:69: more undefined references to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string()@@GLIBCXX_3.4' follow
collect2: ld returned 1 exit status
make[2]: * [libgnashbase.la] Error 1
make[2]: Leaving directory `/home/brianokeefe/gnash/libbase'
make[1]: * [all-recursive] Error 1
make[1]: Leaving directory `/home/brianokeefe/gnash'
make: * [all] Error 2

I'm running Ubuntu 6.06 on PPC G4 TiBook and have successfully built previous versions of gnash.
Is this a glbc error?
Help?
Thanks!

Brian <ubuntubrian>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

Attached Files
file #15953:  nm-libjpeg.so.txt added by Beuc (6KiB - text/plain)
file #15952:  nm-libjpeg.a.txt added by Beuc (13KiB - text/plain)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by joeyalanadams (Posted a comment)
  • -email is unavailable- added by nihilus (Posted a comment)
  • -email is unavailable- added by bjacques (Posted a comment)
  • -email is unavailable- added by Beuc (Posted a comment)
  • -email is unavailable- added by pugliese (Posted a comment)
  • -email is unavailable- added by iehrenwald (Posted a comment)
  • -email is unavailable- added by bwy (Posted a comment)
  • -email is unavailable- added by rsavoye (Posted a comment)
  • -email is unavailable- added by ubuntubrian (Submitted the item)
  • -email is unavailable- added by ubuntubrian
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 9 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2010-07-25 bwy StatusNone Fixed
        Open/ClosedOpen Closed
    2008-06-29 Beuc Attached File- Added nm-libjpeg.so.txt, #15953
    2008-06-29 Beuc Attached File- Added nm-libjpeg.a.txt, #15952
    2008-06-28 bjacques StatusWorks For Me None
        Assigned torsavoye nihilus
    2008-03-30 rsavoye StatusNone Works For Me
        Assigned toNone rsavoye
    2008-03-27 ubuntubrian Carbon-Copy- Added -email is unavailable-

    Back to the top

    Powered by Savane 3.13-d3ae.
    Corresponding source code