From owner-freebsd-ports@FreeBSD.ORG Tue Sep 13 13:10:16 2011 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D69DD106566B; Tue, 13 Sep 2011 13:10:16 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 011A48FC16; Tue, 13 Sep 2011 13:10:15 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA02210; Tue, 13 Sep 2011 16:10:14 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E6F5635.40807@FreeBSD.org> Date: Tue, 13 Sep 2011 16:10:13 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110705 Thunderbird/5.0 MIME-Version: 1.0 To: lev@FreeBSD.org References: <503309410.20110912205856@serebryakov.spb.ru> <865325899.20110912230621@serebryakov.spb.ru> <4E6E60C7.90304@FreeBSD.org> <181642832.20110912235833@serebryakov.spb.ru> <4E6E6607.2030104@FreeBSD.org> <801150301.20110913110114@serebryakov.spb.ru> In-Reply-To: <801150301.20110913110114@serebryakov.spb.ru> X-Enigmail-Version: 1.2pre Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org Subject: Re: Print +REQUIRED_BY as tree? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2011 13:10:16 -0000 on 13/09/2011 10:01 Lev Serebryakov said the following: > libchk port could help, too. But it seems top be broken. It shows, > that system /usr/lib/libstdc++.so.6 depends on gcc44's libgcc_s.so > and it is completely wrong! > > I'll fill pr about it! Most likely there is something wrong in your environment. libmap.conf or some such. libchk uses what ldd(1) reports and ldd reports what would happen during actual run-time linking. -- Andriy Gapon