Date: Tue, 7 Oct 2014 18:16:10 +0100 From: Andrew Turner <andrew@fubar.geek.nz> To: Ian Lepore <ian@FreeBSD.org> Cc: freebsd-arm@freebsd.org Subject: Re: Why are arm libs branded as SYSV? Message-ID: <20141007181610.6193947f@bender.lan> In-Reply-To: <1412696701.12052.203.camel@revolution.hippie.lan> References: <op.xnc7szg9kndu52@ronaldradial.radialsg.local> <20141007163440.02a402f8@bender.lan> <1412696701.12052.203.camel@revolution.hippie.lan>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 07 Oct 2014 09:45:01 -0600 Ian Lepore <ian@FreeBSD.org> wrote: > On Tue, 2014-10-07 at 16:34 +0100, Andrew Turner wrote: > > On Tue, 07 Oct 2014 16:56:49 +0200 > > "Ronald Klop" <ronald-lists@klop.ws> wrote: > > > > > > > > On my ARM Sheevaplug: > > > # file /usr/local/lib/libpcre.so.3 > > > /usr/local/lib/libpcre.so.3: ELF 32-bit LSB shared object, ARM, > > > EABI5 version 1 (SYSV), dynamically linked, stripped > > > > > > On my amd64 computer: > > > file /usr/local/lib/libpcre.so.3 > > > /usr/local/lib/libpcre.so.3: ELF 64-bit LSB shared object, x86-64, > > > version 1 (FreeBSD), dynamically linked, stripped > > > > > > Because of this I can not run ldd on a shared library on my ARM > > > system. # ldd -a /usr/local/lib/libpcre.so.3 > > > ldd: /usr/local/lib/libpcre.so.3: not a FreeBSD ELF shared object > > > > > > > > > Is that on purpose? I am curious why that is. > > > > Because the EI_OSABI field, where this value comes from, is > > documented to be zero in the ARM AAELF spec. > > > > Andrew > > Does this imply we have to update our elf tools to recognize the > freebsd-ness of arm eabi objects in some other way? The only one we had issues with was gdb. It inspects the elf notes to find which target operating system to handle. This was added early last year, with a fix earlier this year for armeb. Andrew
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20141007181610.6193947f>