From owner-freebsd-ports@FreeBSD.ORG Thu Jul 3 17:56:39 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B915C106567A for ; Thu, 3 Jul 2008 17:56:39 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id 701E98FC13 for ; Thu, 3 Jul 2008 17:56:39 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id 88A3A74400B; Thu, 3 Jul 2008 20:56:38 +0300 (EEST) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QqvO0IAMnQzk; Thu, 3 Jul 2008 20:56:38 +0300 (EEST) Received: from [10.2.1.87] (voip.cybervisiontech.com.ua [91.198.50.116]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id 2BBB374400A; Thu, 3 Jul 2008 20:56:38 +0300 (EEST) Message-ID: <486D12D5.1060304@icyb.net.ua> Date: Thu, 03 Jul 2008 20:56:37 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.14 (X11/20080611) MIME-Version: 1.0 To: Dmitry Marakasov References: <4860EC81.1010302@icyb.net.ua> <20080624165126.GJ4022@hades.panopticon> <48620622.50808@icyb.net.ua> <20080701193629.GB45179@hades.panopticon> <486D108E.8030100@icyb.net.ua> In-Reply-To: <486D108E.8030100@icyb.net.ua> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: FreeBSD Ports Subject: Re: gnash-0.8.3: build fails on 6.3 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: Thu, 03 Jul 2008 17:56:39 -0000 on 03/07/2008 20:46 Andriy Gapon said the following: > Now an important finding - it seems that g++42 tries to use different > libstdc++, not its own. > I verified with nm that missing symbols are present in > /usr/local/lib/gcc-4.2.4/libstdc++.so.6, but g++42 doesn't see them. > I explicitly added the library to command line and then linking succeeded. > I am quite puzzled as to why g++42 would not see its own libstdc++ or > prefer other libstdc++ over its own. > Might this be because of -L/usr/lib in the command line? Seems so - I added -v flag tp g++42 linking invocation and here's a snippet from output: /usr/local/libexec/gcc/x86_64-portbld-freebsd6.3/4.2.4/collect2 -V -dynamic-linker /libexec/ld-elf.so.1 -o .libs/gprocessor /usr/lib/crt1.o /usr/lib/crti.o /usr/local/lib/gcc-4.2.4/gcc/x86_64-portbld-freebsd6.3/4.2.4/crtbegin.o -L/usr/local/lib -L/usr/lib -L/usr/X11R6/lib -L/usr/local/lib/gcc-4.2.4/gcc/x86_64-portbld-freebsd6.3/4.2.4 -L/usr/local/lib/gcc-4.2.4/gcc/x86_64-portbld-freebsd6.3/4.2.4/../../.. /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -rpath ... A s we can see -L/usr/lib comes before gcc-4.2.4 path and thus base libstdc+ is picked over the correct one. Since you can not reproduce this in clean environment I wonder where that -L/usr/lib comes from. -- Andriy Gapon