[Debian-med-packaging] Bug#859667: libundead: FTBFS on armhf and ppc64el: tests fail

[Andreas Tille]

On Thu, Dec 14, 2017 at 02:06:11AM +0100, Matthias Klumpp wrote:
> 2017-12-13 11:19 GMT+01:00 Andreas Tille <tille at debian.org>:
> > control: tags -1 help
> >
> > I need to admit I have no idea how to proceed with this issue. :-(
> 
> Please try to package the latest version of undead, or - if that is
> not desired - request a rebuild of the package on the failing
> architectures.
> The library seems to have been compiled with an outdated LDC compiler there.

Its completely desired to follow upstream.  I just did not noticed
amongst all the other bugs I'm currently fixing in other packages.

Unfortunately it fails to build.  I'd be more than happy if you could
have a look at my latest Git commit.  It ends with:


...
[26/27] ldc2  -Iundead_test at exe -I. -I.. -I../src/ -enable-color -O -release -g -unittest  -of 'undead_test at exe/src_undead_stream.d.o' -c ../src/undead/stream.d
../src/undead/doformat.d(406): Deprecation: function std.utf.toUTF8 is deprecated - To be removed November 2017. Please use std.utf.encode instead.
../src/undead/doformat.d(406): Deprecation: function std.utf.toUTF8 is deprecated - To be removed November 2017. Please use std.utf.encode instead.
[27/27] ldc2  -of undead_test 'undead_test at exe/src_undead_stream.d.o' 'undead_test at exe/src_undead_string.d.o' 'undead_test at exe/src_undead_dateparse.d.o' 'undead_test at exe/src_undead_regexp.d.o' 'undead_test at exe/src_undead_doformat.d.o' 'undead_test at exe/src_undead_cstream.d.o' 'undead_test at exe/src_undead_date.d.o' 'undead_test at exe/src_undead_socketstream.d.o' 'undead_test at exe/src_undead_datebase.d.o' 'undead_test at exe/src_undead_metastrings.d.o' 'undead_test at exe/src_undead_bitarray.d.o' 'undead_test at exe/src_undead_internal_file.d.o' 'undead_test at exe/umain.d.o' -O -release -g -L-z -Lrelro  
FAILED: undead_test 
ldc2  -of undead_test 'undead_test at exe/src_undead_stream.d.o' 'undead_test at exe/src_undead_string.d.o' 'undead_test at exe/src_undead_dateparse.d.o' 'undead_test at exe/src_undead_regexp.d.o' 'undead_test at exe/src_undead_doformat.d.o' 'undead_test at exe/src_undead_cstream.d.o' 'undead_test at exe/src_undead_date.d.o' 'undead_test at exe/src_undead_socketstream.d.o' 'undead_test at exe/src_undead_datebase.d.o' 'undead_test at exe/src_undead_metastrings.d.o' 'undead_test at exe/src_undead_bitarray.d.o' 'undead_test at exe/src_undead_internal_file.d.o' 'undead_test at exe/umain.d.o' -O -release -g -L-z -Lrelro  
undead_test at exe/src_undead_stream.d.o: In function `_D6undead6stream6Stream16doFormatCallbackMFwZv':
/build/libundead-1.0.9/obj-x86_64-linux-gnu/../src/undead/stream.d:1217: undefined reference to `_D6undead3utf6toUTF8FNaNbNiNfNkJG4awZAa'
collect2: error: ld returned 1 exit status
Error: /usr/bin/gcc failed with status: 1
ninja: build stopped: subcommand failed.
dh_auto_build: cd obj-x86_64-linux-gnu && ninja -j4 -v returned exit code 1


 
> As for the ppc64el version, it might not make sense to keep that
> around. Maybe rebuilding it on that arch will fix the issue though.
> How to proceed on the ppc64el arch support front is currently a bit
> unclear, because upstream doesn't really test that port:
> https://github.com/ldc-developers/ldc/issues/2356#issuecomment-350394691
> 
> I have a few ideas on how to address that issue potentially though (by
> using different D compilers for different architectures, for example,
> or by just removing the ppc64el port).

In practice most packages of Debian Med are used on amd64.  So for
practical usage this is possibly no real constraint.

Kind regards

      Andreas.

-- 
http://fam-tille.de