/tmp/ecp.* created during kernel build?

[Andre Albsmeier]

On Wed, 28-Dec-2016 at 12:31:49 +0100, Dimitry Andric wrote:
> On 28 Dec 2016, at 04:10, Roger Marquis <marquis at roble.com> wrote:
> > 
> >> Found a couple of ecp binaries in /tmp, apparently created concurrent
> >> with an 11.0 x86_64 kernel build.  Anyone else seen this?  Could they
> >> be related to a "make buildkernel"?
> > 
> > Confirmed 'make buildkernel' does create these files, apparently via
> > /usr/src/contrib/elftoolchain/elfcopy/main.c (thanks Adam).
> > 
> > Still odd that these are LSB binaries which don't run on this server and
> > nothing including cleanworld removed them.  Anyone audited elftoolchain
> > recently?
> 
> This looks like a minor bug in elfcopy, when used as objcopy,
> specifically when in combination with the --input-target binary flag:
> 
> $ mkdir /tmp/foo
> $ export TMPDIR=/tmp/foo
> $ ls -l /tmp/foo/
> $ /usr/bin/objcopy --input-target binary --output-target elf64-x86-64-freebsd  --binary-architecture i386  cloudabi32_vdso.o bar.o
> $ ls -l /tmp/foo
> total 12
> -rw-r--r--  1 dim  wheel  10198 2016-12-28 12:29:32 ecp.0xbNAi5i
> 
> E.g. for some reason this does not clean up the temporary file.

strip (objcopy) does more curious things:

$ cd /tmp
$ cp /usr/lib/libc.a .
$ strip --strip-debug libc.a
$ strip --strip-debug libc.a

[1]    960 segmentation fault  strip --strip-debug libc.a

Interesting is also that libc.a grows(!):

Before the strip:
-r--r-----  1 andre  wheel  2622684 24 Mar 13:18 libc.a

After:
-r--r-----  1 andre  wheel  2713792 24 Mar 13:19 libc.a

	-Andre


> 
> -Dimitry
> 



-- 
Never argue with an idiot. They drag you down to
their level, then beat you with their experience.