From owner-svn-ports-head@FreeBSD.ORG Tue Apr 28 18:10:57 2015 Return-Path: Delivered-To: svn-ports-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D2582EEF; Tue, 28 Apr 2015 18:10:57 +0000 (UTC) Received: from mailrelay105.isp.belgacom.be (mailrelay105.isp.belgacom.be [195.238.20.132]) by mx1.freebsd.org (Postfix) with ESMTP id ED874122F; Tue, 28 Apr 2015 18:10:56 +0000 (UTC) X-Belgacom-Dynamic: yes X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=KjSUzZxnmGSQ+6+vr4Kd0OSSUs/Ia9ciENKrYVIfwLU= c=1 sm=2 a=kj9zAlcOel0A:10 a=_0jV0D7-V0EGFdyXlw8A:9 a=CjuIK1q_8ugA:10 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2AbBwBdzD9V/wu/8VFcgwyBL853AoE6TQEBAQEBAYELhCEBAQQ6HCMQCw4KCSUPKh4GExuIFAHHVwEBAQEBAQQBAQEBAR2LOIUFB4QtAQScI5VtI4FlIhyBUzwxgkUBAQE Received: from 11.191-241-81.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([81.241.191.11]) by relay.skynet.be with ESMTP; 28 Apr 2015 20:10:56 +0200 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.9/8.14.9) with ESMTP id t3SIArAu010015; Tue, 28 Apr 2015 20:10:54 +0200 (CEST) (envelope-from tijl@FreeBSD.org) Date: Tue, 28 Apr 2015 20:10:53 +0200 From: Tijl Coosemans To: John Marino Cc: John Marino , ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org Subject: Re: svn commit: r384894 - head/lang/gcc5-aux Message-ID: <20150428201053.0dad1c6c@kalimero.tijl.coosemans.org> In-Reply-To: <553FC940.8050106@marino.st> References: <201504281216.t3SCGYSp044760@svn.freebsd.org> <20150428165407.1bb95495@kalimero.tijl.coosemans.org> <553FA06F.8000602@marino.st> <20150428171258.4668b0ab@kalimero.tijl.coosemans.org> <553FA574.3010503@marino.st> <20150428173654.2baa2951@kalimero.tijl.coosemans.org> <553FAB80.1040300@marino.st> <20150428193838.45a12925@kalimero.tijl.coosemans.org> <553FC940.8050106@marino.st> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: svn-ports-head@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: SVN commit messages for the ports tree for head List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2015 18:10:57 -0000 On Tue, 28 Apr 2015 19:54:08 +0200 John Marino wrote: > On 4/28/2015 19:38, Tijl Coosemans wrote: >> The command that fails on Dragonfly seems exactly the same as on >> FreeBSD 10. There's no -L/usr/local/lib there either. The reason it >> doesn't fail on FreeBSD is probably because gcc searches /usr/local/lib >> implicitly (which I always found strange). Maybe that is not the case >> on Dragonfly. Does this command work for instance: >> >> echo 'int main(void) { return 0; }' | gcc5 -x c -o test - -lintl > > In the general case, I can confirm DragonFly gcc does *not* search > /usr/local/lib. The LDFLAGS have to be explicitly set. Any gcc built > by ports will search there. I don't know what the FreeBSD base > compilers do. > > However, this is a special case. The compiler used is provided to > bootstrap (needed for Ada). It's possible the FreeBSD bootstraps do > search there and DragonFly bootstraps do not. This could be explained > by not patching freebsd spec files from the vendor, so default behavior > is maintained. > > I'd actually say the chances of this being the case is pretty good. The > solution of explicitly specifying LDFLAGS in all cases works though. Ok, then maybe all that's needed is to add back _configargs (without LIBS).