[Debian-med-packaging] Bug#818861: fis-gtm: FTBFS with libc 2.23: storage size of 'attempting' isn't known

[Andreas Tille]

Hi,

is there any guidance how to cope with this kind of bugs?

Kind regards

     Andreas.

On Sun, Mar 20, 2016 at 11:54:45PM -0400, Martin Michlmayr wrote:
> Package: fis-gtm
> Version: 6.2-002A-2
> Severity: important
> User: debian-glibc at lists.debian.org
> Usertags: 2.23
> 
> This package fails to build with libc6 2.23 (2.23-0experimental0 from
> experimental).
> 
> > sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
> ...
> > /usr/bin/cc  -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -D_XOPEN_SOURCE=600 -I/<<PKGBUILDDIR>>/sr_linux -I/<<PKGBUILDDIR>>/sr_x86_64 -I/<<PKGBUILDDIR>>/sr_x86_regs -I/<<PKGBUILDDIR>>/sr_unix_gnp -I/<<PKGBUILDDIR>>/sr_unix_cm -I/<<PKGBUILDDIR>>/sr_unix -I/<<PKGBUILDDIR>>/sr_port_cm -I/<<PKGBUILDDIR>>/sr_port -I/<<PKGBUILDDIR>>/obj-x86_64-linux-gnu -I/usr/local/include -I/usr/local/ssl/include  -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2  -ansi -fsigned-char -fPIC -Wmissing-prototypes -Wreturn-type -Wpointer-sign -fno-omit-frame-pointer -O2 -DNDEBUG -fno-defer-pop -fno-strict-aliasing -ffloat-store   -o CMakeFiles/libmumps.dir/sr_unix/get_full_path.c.o   -c /<<PKGBUILDDIR>>/sr_unix/get_full_path.c
> > [ 45%] Building C object CMakeFiles/libmumps.dir/sr_unix/rc_cpt_ops.c.o
> > /<<PKGBUILDDIR>>/sr_unix/gtm_exit_handler.c:60:27: error: storage size of ‘attempting’ isn’t known
> >  static enum rundown_state attempting;
> >                            ^~~~~~~~~~
> 
> -- 
> Martin Michlmayr
> Linux for HPE Helion, Hewlett Packard Enterprise
> 
> _______________________________________________
> Debian-med-packaging mailing list
> Debian-med-packaging at lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging

-- 
http://fam-tille.de