From owner-freebsd-ports@FreeBSD.ORG Sun Feb 23 23:14:25 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AD82FC00; Sun, 23 Feb 2014 23:14:25 +0000 (UTC) Received: from ainaz.pair.com (ainaz.pair.com [209.68.2.66]) by mx1.freebsd.org (Postfix) with ESMTP id 8648F10A2; Sun, 23 Feb 2014 23:14:25 +0000 (UTC) Received: from [149.44.171.213] (charybdis-ext.suse.de [195.135.221.2]) by ainaz.pair.com (Postfix) with ESMTPSA id F3EB63F446; Sun, 23 Feb 2014 18:14:23 -0500 (EST) Date: Mon, 24 Feb 2014 00:14:38 +0100 (CET) From: Gerald Pfeifer To: "Andrew W. Nosenko" Subject: Re: USE_GCC doesn't set rpath In-Reply-To: Message-ID: References: <52DEE7EE.6010909@rawbw.com> <52DF0346.6000108@ShaneWare.Biz> <52E167BF.8050103@rawbw.com> <52E173E4.2050003@marino.st> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: FreeBSD Ports , Yuri , =?ISO-8859-15?Q?Bernhard_Fr=F6hlich?= , John Marino , Shane Ambler X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Feb 2014 23:14:25 -0000 On Thu, 23 Jan 2014, Andrew W. Nosenko wrote: > But, from my point of view, the problem is not a compiler nor rpath. > rpath is unneeded indeed, and library indeed may be only one (under > /lib). The real problem is that this is ancient library, not the most > recent one. > They are especially designed to be backward compatible and have the > same so-number for a reason. Yes! And in a world hopefully not too far away at one point we'll just have a gcc-runtime port that comes from the _newest_ stable version of GCC in the ports tree and is used by all other versions. (In my day job, we have been doing this for years. Once we have several binary packages from one port, that ought to be relatively straightforward.) Gerald