Your message dated Sun, 4 Dec 2016 17:59:31 +0100
with message-id <81e05c4d-b303-8961-9ac6-206bf2936...@debian.org>
and subject line Re: Bug#842143: severity
has caused the Debian Bug report #842143,
regarding llvm-toolchain-3.9: armhf: defaults to emitting NEON instructions
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
842143: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=842143
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: afl
Version: 2.34b-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)

>From 2.30b-1 onwards (the first package which was tried to build against 
>llvm-toolchain
> 3.7 on this arch), AFL build breaks with "illegal instruction" trying to 
> compile
test-instr.c with afl-clang-fast, now trying to build with clang 3.9 [1]:

<cut>
[*] Testing the CC wrapper and instrumentation output...
unset AFL_USE_ASAN AFL_USE_MSAN AFL_INST_RATIO; AFL_QUIET=1 AFL_PATH=. 
AFL_CC=clang-3.9
../afl-clang-fast -g -O2 -fdebug-prefix-map=/«PKGBUILDDIR»=. -fPIE 
-fstack-protector-strong
-Wformat -Werror=format-security -Wall -D_FORTIFY_SOURCE=2 -g -Wno-pointer-sign
-DAFL_PATH=\"/usr/lib/afl\" -DBIN_PATH=\"/usr/bin\" -DVERSION=\"2.34b\"  
../test-instr.c -o
test-instr -fPIE -pie -Wl,-z,relro -Wl,-z,now
Illegal instruction
</cut>

Julien Puydt has reported something similar for the flint package:
https://bugs.debian.org/798111 (Illegal instruction after compiling some code)

Strangely, the package builds fine in the porterbox and with a 
qemu-bootstrapped local
sbuild [2].

Thanks for any input (if this could be worked around in the AFL package),
I'll try to seek what's causing this in the build toolchain.
DS

[1] 
https://buildd.debian.org/status/fetch.php?pkg=afl&arch=armhf&ver=2.34b-2&stamp=1474836143

[2] 
http://www.danielstender.com/buildlogs/afl_2.34b-2_armhf-2016-10-20T23:40:16Z.build

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages afl depends on:
ii  build-essential  12.2
ii  libc6            2.24-3

Versions of packages afl recommends:
pn  afl-clang  <none>
ii  afl-doc    2.34b-2

Versions of packages afl suggests:
ii  gnuplot  5.0.4+dfsg1-3

-- no debconf information

--- End Message ---
--- Begin Message ---
Version: 1:3.9.1~+rc2-1~exp1

On Tue, 22 Nov 2016 08:40:03 +0000 (UTC) Gianfranco Costamagna
<locutusofb...@debian.org> wrote:
> Hi Daniel
> 
> >... would be great if these packages would be available on abel (non-NEON) 
> >to see
> >if it works on the failing afl. I've tried to copy them over (via SSH) which 
> >works,
> >but I can't install them in the chroot with dpkg (not root). Is there a way 
> >to
> >install them in a porterbox?
> 
> 
> there is no way, the only one might be to upload the package in experimental 
> and then install it.
> 
> Sylvestre, lets upload?

That's been uploaded.

Cheers,
Emilio

--- End Message ---

Reply via email to