[Debian-med-packaging] Bug#863168: ismrmrd FTBFS on armhf

Adrian Bunk bunk at debian.org
Sun Dec 17 17:17:45 UTC 2017


On Sun, Dec 17, 2017 at 04:49:48PM +0000, Ghislain Vaillant wrote:
> Le 17/12/17 à 15:40, Adrian Bunk a écrit :
>...
> > Unaligned floating point access on armhf is expected to fail,
> > and that's exactly what happens here:
> > unknown location(0): fatal error: in "AcquisitionsTest/test_acquisition_header": memory access violation at address: 0xbecd3b6a: invalid address alignment
> > 
> > Running the test in gdb confirms that this is floating point code.
> > 
> > sparc is generally unhappy with unaligned access:
> > unknown location(0): fatal error: in "AcquisitionsTest/test_acquisition_header": memory access violation at address: 0x7feffb7c936: invalid address alignment
> > 
> > Note that even on architectures where unaligned access is permitted
> > it can be slower than aligned access.
> 
> So, what would be the right course of action moving forward? Removing the
> package for both armhf and sparc64?

It was already removed there ages ago, the only question is whether this
is worth fixing.

The root cause is that these structs seem to have been defined
by people without much knowledge about C alignment.

arm64 is more forgiving, the only affected release architecture
is armhf.

The armel packages could be used through multiarch on all armhf
hardware if someone really needs them.

IMHO the most reasonable action forward would be to do nothing,
and leave this bug open to document that the armhf FTBFS is expected.

> Ghis

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed



More information about the Debian-med-packaging mailing list