Bug#756655: libembperl-perl: FTBFS on s390x: Embperl.so: undefined symbol: ap_rflush

[Niko Tyni]

On Fri, Jan 15, 2016 at 01:09:22PM +0100, Axel Beckert wrote:
> Hi,
> 
> Niko Tyni wrote:
> > This package has never built on s390x. From the 2.5.0-2 build log:
> > 
> >   PERL_DL_NONLAZY=0 /usr/bin/perl "-Iblib/lib" "-Iblib/arch" test.pl 
> >   
> >   Can't load '/«PKGBUILDDIR»/blib/arch/auto/Embperl/Embperl.so' for module Embperl: /«PKGBUILDDIR»/blib/arch/auto/Embperl/Embperl.so: undefined symbol: ap_rflush at /usr/lib/perl/5.18/DynaLoader.pm line 184.
> >    at test.pl line 1916.
> >   Compilation failed in require at test.pl line 1916.
> >   BEGIN failed--compilation aborted at test.pl line 1916.
> >   loading...                    
> >   Test terminated with fatal error
> > 
> > It looks like the missing ap_rflush symbol is in the apache2 binary.
> > Embperl.so needs it on amd64 too, no idea how s390x differs here.
> 
> No idea what makes it missing on s390x, but in Embperl that function
> is solely used when debugging is enabled, so it shouldn't hurt to
> disable it.
> 
> I've prepared a patch locally which I'll likely test on a porterbox in
> the next few days.

Cool, thanks for your work.

If apache2 is indeed missing ap_rflush on s390x, that might be worth
a bug report there. It looks like it's a documented part of the API,
see /usr/include/apache2/http_protocol.h in apache2-dev. On amd64:

 % objdump -T /usr/sbin/apache2|grep ap_rflush
 000000000029c4d0 g    DO .data  0000000000000008  Base        ap_hack_ap_rflush
 000000000003f420 g    DF .text  0000000000000064  Base        ap_rflush

-- 
Niko Tyni   ntyni at debian.org