Bug 125125

Summary: graphics/gnash plugin broken, crashes firefox
Product: Ports & Packages Reporter: Sam Sirlin <swsirlin>
Component: Individual Port(s)Assignee: Dmitry Marakasov <amdmi3>
Status: Closed FIXED    
Severity: Affects Only Me    
Priority: Normal    
Version: Latest   
Hardware: Any   
OS: Any   

Description Sam Sirlin 2008-06-30 20:10:01 UTC
gnash seems to be broken (amd64?)

celeborn.my.domain{sam} > which gnash
/usr/local/bin/gnash
celeborn.my.domain{sam} > /usr/local/bin/gnash
/libexec/ld-elf.so.1: /usr/local/lib/gnash/libgnashbase-0.8.3.so: Undefined symbol "_ZSt16__ostream_insertIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_PKS3_l"

ports are up to date.

celeborn.my.domain{sam} > portversion -v gnash
gnash-0.8.3                 =  up-to-date with port

How-To-Repeat: install gnash, type gnash
> gnash
/libexec/ld-elf.so.1: /usr/local/lib/gnash/libgnashbase-0.8.3.so: Undefined symbol "_ZSt16__ostream_insertIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_PKS3_l"
Comment 1 Dmitry Marakasov freebsd_committer freebsd_triage 2008-06-30 21:52:42 UTC
Responsible Changed
From-To: freebsd-ports-bugs->amdmi3

I'll take it.
Comment 2 Dmitry Marakasov freebsd_committer freebsd_triage 2008-07-01 20:44:37 UTC
State Changed
From-To: open->feedback

Awaiting submitter's feedback.
Comment 3 Dmitry Marakasov 2008-07-01 20:44:45 UTC
* amdmi3@FreeBSD.org (amdmi3@FreeBSD.org) wrote:

> Synopsis: gnash plugin broken,  crashes firefox
Could you please mail some additional info:

- your make.conf
- pkg_info output

- when have you built gnash and which ports have you rebuild just
before the failure (boost or gcc42 are most interesting) - I had
reports of gnash build failures because of link error, so I suspect
that you built gnash successfully before something broke in some
other port.

- ldd /usr/local/bin/gtk-gnash
- ldd /usr/local/lib/gnash/*.so

- does gnash build now (don't uninstall installed port yet please, just
try to build)?

I can't reproduce the problem locally, so I need some help.

-- 
Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
amdmi3@amdmi3.ru  ..:  jabber: amdmi3@jabber.ru    http://www.amdmi3.ru
Comment 4 Dmitry Marakasov freebsd_committer freebsd_triage 2008-09-09 12:52:57 UTC
State Changed
From-To: feedback->suspended

Feedback timeout; the cause is most likely curl built with LIBSSH 
support, I'll investigate more during next gnash/gnash-devel update
Comment 5 Dmitry Marakasov freebsd_committer freebsd_triage 2009-03-16 14:38:36 UTC
State Changed
From-To: suspended->closed

For the history: The bug mentioned in this PR (as well as gnash build 
failure) showed itself when ftp/curl dependency was built WITH_LIBSSH2 
(and as far as I remember, only on FreeBSD 6.x).  libssh.la had 
dependency_libs=' -L/usr/lib -lcrypto -lz', and this -L/usr/lib was 
propagated up to gnash. Gnash's libtool used that braindead way of 
linking (-lstdc++ -lc /usr/lib/crti.o etc.), and when non-system gcc was 
used (that is, on 6.x, as gnash has USE_GCC=4.2+), it picked up 
libraries from another version of gcc (because of -L/usr/lib), which 
screwed up everything.  Anyway, this seems to be fixed by libssh2 
update, as -L/usr/lib is no longer in libssh2.la, and I cannot confirm 
this bug in tinderbox (6.4, 7.1, 8.0). Phew!