From owner-freebsd-arm@FreeBSD.ORG  Tue Oct  7 17:16:17 2014
Return-Path: <owner-freebsd-arm@FreeBSD.ORG>
Delivered-To: freebsd-arm@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id C94FB715;
 Tue,  7 Oct 2014 17:16:17 +0000 (UTC)
Received: from nibbler.fubar.geek.nz (nibbler.fubar.geek.nz [199.48.134.198])
 by mx1.freebsd.org (Postfix) with ESMTP id AB4C582;
 Tue,  7 Oct 2014 17:16:17 +0000 (UTC)
Received: from bender.lan (97e07ab1.skybroadband.com [151.224.122.177])
 by nibbler.fubar.geek.nz (Postfix) with ESMTPSA id 949275C0B9;
 Tue,  7 Oct 2014 17:16:16 +0000 (UTC)
Date: Tue, 7 Oct 2014 18:16:10 +0100
From: Andrew Turner <andrew@fubar.geek.nz>
To: Ian Lepore <ian@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>
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Cc: freebsd-arm@freebsd.org
X-BeenThere: freebsd-arm@freebsd.org
X-Mailman-Version: 2.1.18-1
Precedence: list
List-Id: "Porting FreeBSD to ARM processors." <freebsd-arm.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-arm>,
 <mailto:freebsd-arm-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-arm/>
List-Post: <mailto:freebsd-arm@freebsd.org>
List-Help: <mailto:freebsd-arm-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-arm>,
 <mailto:freebsd-arm-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 07 Oct 2014 17:16:17 -0000

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