From owner-svn-ports-head@FreeBSD.ORG Tue Apr 28 17:54:15 2015 Return-Path: Delivered-To: svn-ports-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 71D688C0; Tue, 28 Apr 2015 17:54:15 +0000 (UTC) Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46EA61FEB; Tue, 28 Apr 2015 17:54:14 +0000 (UTC) Received: from [192.168.1.22] (140.Red-83-60-172.dynamicIP.rima-tde.net [83.60.172.140]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by shepard.synsport.net (Postfix) with ESMTP id 9DDB343BA9; Tue, 28 Apr 2015 12:54:11 -0500 (CDT) Message-ID: <553FC940.8050106@marino.st> Date: Tue, 28 Apr 2015 19:54:08 +0200 From: John Marino Reply-To: marino@freebsd.org User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Tijl Coosemans 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 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> In-Reply-To: <20150428193838.45a12925@kalimero.tijl.coosemans.org> Content-Type: text/plain; charset=ISO-8859-1 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 17:54:15 -0000 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. John