Bug#758127: libwx-perl: FTBFS on arm*

[Damyan Ivanov]

-=| 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