From owner-freebsd-ports@FreeBSD.ORG Mon Dec 1 03:33:19 2003 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7400516A4CE for ; Mon, 1 Dec 2003 03:33:19 -0800 (PST) Received: from chaos.obstruction.com (CPE00e018983b2f-CM013349903124.cpe.net.cable.rogers.com [24.156.200.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EE5C43FCB for ; Mon, 1 Dec 2003 03:33:13 -0800 (PST) (envelope-from guy-dated-1072870375.7f4838@obstruction.com) Received: from chaos.obstruction.com (localhost [127.0.0.1]) by chaos.obstruction.com (Postfix) with ESMTP id D68275C6D for ; Mon, 1 Dec 2003 06:32:55 -0500 (EST) Received: by chaos.obstruction.com (tmda-sendmail, from uid 1000); Mon, 01 Dec 2003 06:32:55 -0500 (EST) Date: Mon, 1 Dec 2003 06:32:49 -0500 To: Chris Knight Message-ID: <20031201113249.GA2236@chaos.obstruction.com> References: <20031130151802.GA66328@chaos.obstruction.com> <06e201c3b7db$039b3510$030aa8c0@corp.eeasy.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <06e201c3b7db$039b3510$030aa8c0@corp.eeasy.com.au> User-Agent: Mutt/1.5.4i From: Guy Middleton X-Delivery-Agent: TMDA/0.80 (Determine) cc: ports@freebsd.org Subject: Re: g++33 creates large binaries on 5.1-RELEASE X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Guy Middleton List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 11:33:19 -0000 On Mon, Dec 01, 2003 at 06:16:18PM +1100, Chris Knight wrote: > Howdy, > > 5.1-RELEASE comes with gcc 3.2 (from memory). > g++33 will have been installed from the ports tree, which by default only > creates static libraries of libstdc++, etc. It's this static linking that is > generating the large binaries. > One way around this is to rebuild gcc33 with shared library support, then > add the directory containing the shared libraries to ldconfig_paths in > /etc/rc.conf. Thanks, this fixes the problem. It never occurred to me that shared libraries would not be created by default. :-(