[Pkg-clamav-devel] Processed: Re: Bug#871514: clamav: FTBFS on mips64el

[Debian Bug Tracking System]

Processing control commands:

> reassign -1 gcc-7 7.1.0-12
Bug #871514 [clamav] clamav: FTBFS on mips64el
Bug reassigned from package 'clamav' to 'gcc-7'.
No longer marked as found in versions clamav/0.99.2+dfsg-6.
Ignoring request to alter fixed versions of bug #871514 to the same values 
previously set
Bug #871514 [gcc-7] clamav: FTBFS on mips64el
Marked as found in versions gcc-7/7.1.0-12.
> affects -1 clamav
Bug #871514 [gcc-7] clamav: FTBFS on mips64el
Added indication that 871514 affects clamav

-- 
871514: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=871514
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

___
Pkg-clamav-devel mailing list
Pkg-clamav-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-clamav-devel

[Pkg-clamav-devel] Bug#871514: clamav: FTBFS on mips64el

[Sebastian Andrzej Siewior]

control: reassign -1 gcc-7 7.1.0-12
control: affects -1 clamav

On 2017-08-09 16:43:29 [+0200], Aurelien Jarno wrote:
> I got a quick look. It's indeed a regression introduced by GCC 7. It can
> be workarounded by building the file with -O0, but already appears with
> -O1 optimization.
> 
> I got a quick look with gdb and it seems that loading either the rc
> (enum) or infect (bool variable to test it against 0, the load is done 
> with the ld instruction instead of the lw instruction. It means garbage
> from another local variable is loaded into the high 32 bits, which
> causes the comparison against 0 to be false instead of true.

Thanks for looking at this. I reassinged this bug to gcc-7. Would
forwarding the bug gcc upstream with the mbox.i be any help? I could a
label around the check so the comparison could be located in .S easier,
just don't know if this helps.

> Aurelien
> 

Sebastian

___
Pkg-clamav-devel mailing list
Pkg-clamav-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-clamav-devel