From owner-svn-ports-all@FreeBSD.ORG Sun Dec 23 10:41:42 2012 Return-Path: Delivered-To: svn-ports-all@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2E0599E9; Sun, 23 Dec 2012 10:41:42 +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 CEEFC8FC0A; Sun, 23 Dec 2012 10:41:40 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA23652; Sun, 23 Dec 2012 12:41:37 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Tmizx-000FRD-Aq; Sun, 23 Dec 2012 12:41:37 +0200 Message-ID: <50D6DFE0.3010201@FreeBSD.org> Date: Sun, 23 Dec 2012 12:41:36 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Gerald Pfeifer Subject: Re: svn commit: r307045 - head/Mk References: <201211060023.qA60NhFW028290@svn.freebsd.org> <5098E619.3070902@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: svn-ports-head@FreeBSD.org, svn-ports-all@FreeBSD.org, Gerald Pfeifer , ports-committers@FreeBSD.org X-BeenThere: svn-ports-all@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SVN commit messages for the ports tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2012 10:41:42 -0000 on 22/12/2012 07:01 Gerald Pfeifer said the following: > On Tue, 6 Nov 2012, Andriy Gapon wrote: >>> This extends revision r246991 (2010-01-02) and should not be necessary >>> in most cases since LDFLAGS already covers linking, but one can always >> >> Rather than adding this flag to CXXFLAGS why not drop it from CFLAGS? >> There is no place for linker options in compilation flags. > > Yes, but, there is an amazing lot of broken software out there. And, > unlike compilation errors, failure to locate run-time libraries (or > the right ones) is a lot harder to detect and we currently don't have > a way to do so automatically. And it won't get magically fixed without fixing. >>> compile and link in one swoop, and this makes things consistent between >>> C and C++. >> This is a strange argument. When one does compilation and linking in >> one swoop one uses both CFLAGS/CXXFLAGS and LDFLAGS. In non-broken >> software there is never a dependency on linker flags auto-magically >> appearing in CFLAGS/CXXFLAGS. > > If we'd only be dealing with non-broken software (or well maintained > ports), I could have saved a couple of days of FreeBSD work this past > year alone. :-/ > > I'm not opposed to removing this from both CFLAGS and CXXFLAGS, it > "just" needs committment by all port maintainers to fix, if not test, > their ports accordingly. That's the crux I see. My understanding is that that commitment is implied by them being the maintainers. Usually the maintainers use the software themselves, usually they react to problem reports, usually they give up their maintainership if they are not going to do either. Additional points: - the only people affected are those who use a non-default compiler and they expect to run into issues from time to time and even to find solutions for them - I have this change in my environment for ~1 year and I haven't run into any problems; I have 1190 packages-from-ports installed, that includes the mainstream things like X, KDE4, OpenOffice, LibreOffice and many other goodies. -- Andriy Gapon