-=| Niko Tyni, 15.08.2014 01:07:27 +0300 |=-
> clone 758127 -1
> reassign -1 wxwidgets3.0 3.0.1-3
> retitle -1 wxwidgets3.0: libwx_gtk2u_propgrid-3.0.so.0.1.0 is broken on arm*
> block 758127 with -1
> thanks
>
> On Thu, Aug 14, 2014 at 11:55:11PM +0300, Damyan Ivanov wrote:
>
> > Program received signal SIGSEGV, Segmentation fault.
> > 0xb68e2614 in wxDynamicLibrary::GetLibHandle (this=0x0)
> > at /usr/include/wx-3.0/wx/dynlib.h:270
> > 270 wxDllType GetLibHandle() const { return m_handle; }
> > (gdb) bt
> > #0 0xb68e2614 in wxDynamicLibrary::GetLibHandle (this=0x0)
> > at /usr/include/wx-3.0/wx/dynlib.h:270
> > #1 0xb6857824 in XS_Wx__load_plugin (my_perl=0x12008, cv=0x1c3d60) at
> > Wx.c:646
>
> This can be triggered with just
>
> % xvfb-run perl -Iblib/lib -Iblib/arch -e 'use Wx; use Wx::PropertyGrid'
>
>
> The problem seems to be in the wxwidgets3.0 package, whose build logs
> on armel and armhf have this:
>
> dpkg-shlibdeps: warning: symbol _ZNK14wxCommandEvent5CloneEv used by
> debian/libwxgtk3.0-0/usr/lib/arm-linux-gnueabi/libwx_gtk2u_propgrid-3.0.so.0.1.0
> found in none of the libraries
>
> Olly says this is probably related to #752733 but he's not certain.
> I'm cloning a separate bug against wxwidgets3.0 at this point.
Comparing the build logs of armel/armhf (where the above
dpkg-shlibdeps warning is present and libwx-perl fails) and e.g.
mpisel (where there is no such warning and libwx-perl builds fine)
I noticed that the version of binutils differs:
* armel/armhf: 2.24.51.20140704-1
* mipsel: 2.24.51.20140727-1
The changelog mentions integrating two upstream snapshots, one of
which contained fixes for ld.gold.
As an exercise I'll build wxwidgets3.0 on amel (armel) using the
latest binutils (2.24.51.20140807-1) and see if the warning is gone.
-- dam
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
