From owner-freebsd-arm@FreeBSD.ORG Tue Oct 7 15:12:12 2014 Return-Path: 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 D49BE4BD for ; Tue, 7 Oct 2014 15:12:12 +0000 (UTC) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 976FBDE7 for ; Tue, 7 Oct 2014 15:12:12 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1XbWC2-0004yJ-G1 for freebsd-arm@freebsd.org; Tue, 07 Oct 2014 16:56:55 +0200 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: freebsd-arm@freebsd.org Date: Tue, 07 Oct 2014 16:56:49 +0200 Subject: Why are arm libs branded as SYSV? MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: User-Agent: Opera Mail/12.17 (Win32) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: -- X-Spam-Score: -2.9 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED, BAYES_00 autolearn=disabled version=3.3.1 X-Scan-Signature: 919fae14bc17c74543a025539baad412 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2014 15:12:12 -0000 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. My ARM machine runs: # uname -a FreeBSD sheeva.klop.ws 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r272028M: Tue Sep 23 17:11:45 CEST 2014 root@sjakie.klop.ws:/usr/obj-arm/arm.arm/usr/src-arm/sys/SHEEVAPLUG arm While the amd64 runs 10-RC1. Regards, Ronald.