From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Petazzoni Date: Wed, 5 Apr 2017 18:34:45 +0200 Subject: [Buildroot] [PATCH v2] arp-scan: new package In-Reply-To: <20170405101410.27980-1-arnout@mind.be> References: <20170405101410.27980-1-arnout@mind.be> Message-ID: <20170405183445.6cde0af8@free-electrons.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: buildroot@busybox.net Hello, On Wed, 5 Apr 2017 12:14:10 +0200, Arnout Vandecappelle (Essensium/Mind) wrote: > On the br-arm-cortex-m4-full toolchain, the build fails with a > segmentation fault in elf2flt, so add an exception for ARM FLAT > toolchains. Other FLAT toolchains (e.g. br-m68k-5208-full) work fine. > > Signed-off-by: Arnout Vandecappelle (Essensium/Mind) > --- > I tried to debug the elf2flt segfault but elf2flt isn't exactly the > most low-entry-bar source code... I think we have a regression here, which I would point to the bump of binutils from 2.26 to 2.27. Indeed, several packages are now causing segfaults in elf2flt on ARM: Busybox: http://autobuild.buildroot.net/results/475/4758354f0e2f7f127c1a99ef7846eb62f5ce41b5/build-end.log pcre: http://autobuild.buildroot.net/results/68c/68cf951594b0e67b45f8711745c17b93e2fbc03e/build-end.log and I'm sure the list will grow. So I believe that binutils 2.27 produces binaries that are a bit different, and confuse elf2flt. Looking at https://github.com/uclinux-dev/elf2flt/commits/master, I don't see anything that particular stands out. Best regards, Thomas -- Thomas Petazzoni, CTO, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com