From owner-svn-ports-all@FreeBSD.ORG Tue Apr 28 17:38:43 2015 Return-Path: Delivered-To: svn-ports-all@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 B87F6EF4; Tue, 28 Apr 2015 17:38:43 +0000 (UTC) Received: from mailrelay105.isp.belgacom.be (mailrelay105.isp.belgacom.be [195.238.20.132]) by mx1.freebsd.org (Postfix) with ESMTP id D25D11DB7; Tue, 28 Apr 2015 17:38:42 +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=nclwDdh9nElH26kLNA8A:9 a=CjuIK1q_8ugA:10 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2AbBwBGxT9V/wu/8VFcgwyBL853AoE5TQEBAQEBAYELhCEBAQQ6HB4FEAsOCgklDyoeBhOILwHHPwEBAQEBAQQBAQEBAR2LOIQsWQeELQEEnCOBJJB5g1AjgWUiHIFTPDGBAoFDAQEB 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 19:38:41 +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 t3SHccic009305; Tue, 28 Apr 2015 19:38:39 +0200 (CEST) (envelope-from tijl@FreeBSD.org) Date: Tue, 28 Apr 2015 19:38:38 +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: <20150428193838.45a12925@kalimero.tijl.coosemans.org> In-Reply-To: <553FAB80.1040300@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> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: svn-ports-all@freebsd.org X-Mailman-Version: 2.1.20 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: Tue, 28 Apr 2015 17:38:43 -0000 On Tue, 28 Apr 2015 17:47:12 +0200 John Marino wrote: > On 4/28/2015 17:36, Tijl Coosemans wrote: >> On Tue, 28 Apr 2015 17:21:24 +0200 John Marino wrote: >> Yes, the CPPFLAGS you left only affects the first configure script and >> that script doesn't pass CPPFLAGS/LIBS to the Makefile it creates. That >> Makefile then runs multiple other configure scripts during build phase. >> The only way I found to pass CPPFLAGS/LIBS to these other configure >> scripts was *_configargs. > > I believe you, but that sounds like the gcc build system is broken then. > >>> From your answer, I infer it wasn't linking with libiconv before your >>> commit? >> >> It was when libiconv happened to be installed, but with my commit >> libiconv is always installed as a build dependency on FreeBSD 10 >> (because the iconv.h header on FreeBSD 10 is broken). > > Maybe NLS is too much a pain to support. Is there a reason that the > lang/gccX don't support it? I only threw it in because it seemed to > work, but it is starting to be too much trouble, especially if it's not > standard for ports compiler to support it. > >> Hmm, can you do a build with only 1 make job? > > I have a new commit brewing that changes a few things: > 1. new bootstrap for DragonFly > 2. new option to build all 3 stages (currently the standard) > 3. new standard behavior to build only one stage, but without libcc1 > being produce which is the reason this wasn't set yet. > > I was going to make new bootstraps for FreeBSD but now I don't think > it's necessary. I'm testing the build on FreeBSD 10 and FreeBSD 8 right > now. (10 just passed). > > I can try to build with one job after that but it seems to me the issue > is putting -L argument in args instead of LDFLAGS. I thought LIBS was > limited to libraries and wasn't supposed to carry flags but the whole > LIBS thing has never been really clear to me either. If possible -L should go in LIBS because it appears last on the command line and LDFLAGS at the start. Flags like -L/usr/local/lib should come after any -L flags used by upstream such that it is searched last. 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