From owner-freebsd-stable@FreeBSD.ORG Tue Jun 17 15:04:38 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 74052DCE; Tue, 17 Jun 2014 15:04:38 +0000 (UTC) Received: from mail.in-addr.com (noop.in-addr.com [208.58.23.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 337152948; Tue, 17 Jun 2014 15:04:37 +0000 (UTC) Received: from gjp by mail.in-addr.com with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Wwuld-000AvK-Pu; Tue, 17 Jun 2014 10:53:45 -0400 Date: Tue, 17 Jun 2014 10:53:45 -0400 From: Gary Palmer To: Thomas Krause Subject: Re: FreeBSD10 - libstdc++.so.7 - arcconf Message-ID: <20140617145345.GA52873@in-addr.com> References: <539F5C97.6090000@chef-ingenieur.de> <5A1E4599-3634-48A4-BC2F-D8AE5F02DE78@FreeBSD.org> <2952712B-E335-429E-9800-EDB241BDBD2E@FreeBSD.org> <6c6b3ca5bd8a7a1d53124b21d0e1f01f@chef-ingenieur.de> <20140617081342.GK3991@kib.kiev.ua> <20140617144202.GL3991@kib.kiev.ua> <2dc9d3f339fa60335297316139a88f53@chef-ingenieur.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2dc9d3f339fa60335297316139a88f53@chef-ingenieur.de> X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on mail.in-addr.com); SAEximRunCond expanded to false Cc: Konstantin Belousov , owner-freebsd-stable@freebsd.org, Ryan Stone , freebsd-stable@freebsd.org, Dimitry Andric X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jun 2014 15:04:38 -0000 On Tue, Jun 17, 2014 at 04:49:47PM +0200, Thomas Krause wrote: > Am 17.06.2014 16:42, schrieb Konstantin Belousov: > > On Tue, Jun 17, 2014 at 10:31:36AM -0400, Ryan Stone wrote: > >> On Tue, Jun 17, 2014 at 4:13 AM, Konstantin Belousov > >> wrote: > >> > Gcc promise is that libstdc++ is backward binary compatible, and > >> > base system build of libstdc++ aimed to be compatible with libstdc++ > >> > from the same standalone gcc version. > >> > > >> > I am not sure where libstdc++.so.7, used by your binary, gets it origin. > >> > Might be, ask whoever did the build ? > >> > >> arcconf is a utility for managing Adaptec RAID controller. It's > >> compiled by Adaptec and they distribute it as a binary. > > > > My point is, the libstdc++.so.7 is not shipped by FreeBSD base, nor it > > is provided by gcc builds. If somebody bumped the so version, it was > > done > > for a reason. If ABI is not changed, why bumping the version ? > > > > In other words, Adaptec should be asked for the library. > > It's a binary from Adaptec. > > # pkg info arcconf > arcconf-v7.30.18837 > Name : arcconf > Version : v7.30.18837 > Installed on : Mon Jun 16 23:02:14 CEST 2014 > Origin : sysutils/arcconf > Architecture : freebsd:10:x86:64 > Prefix : /usr/local > Categories : sysutils > Maintainer : michael@fuckner.net > WWW : UNKNOWN > Comment : Adaptec SCSI RAID administration tool > Flat size : 2.45MiB > Description : > Command Line Interface for the Adaptec SCSI RAID family of RAID > controllers, > used to configure and manage connected storage devices. > > # ldd /usr/local/sbin/arcconf > /usr/local/sbin/arcconf: > libthr.so.3 => /lib/libthr.so.3 (0x80093b000) > libncurses.so.8 => /lib/libncurses.so.8 (0x800b60000) > libstdc++.so.6 => not found (0) > libm.so.5 => /lib/libm.so.5 (0x800dac000) > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x800fd2000) > libc.so.7 => /lib/libc.so.7 (0x8011df000) > > # /usr/local/sbin/arcconf > Shared object "libstdc++.so.7" not found, required by "arcconf" The real question is why 'ldd' said it needed libstdc++.so.*6*, but runtime says libstdc++.so.*7* You don't have anything in the libmap files (/etc/libmap.conf, /etc/libmap32.conf) do you? Gary