From owner-svn-src-head@FreeBSD.ORG Wed Nov 27 16:01:00 2013 Return-Path: Delivered-To: svn-src-head@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 BFD4B1E2; Wed, 27 Nov 2013 16:01:00 +0000 (UTC) Received: from mailrelay001.isp.belgacom.be (mailrelay001.isp.belgacom.be [195.238.6.51]) by mx1.freebsd.org (Postfix) with ESMTP id D7867287A; Wed, 27 Nov 2013 16:00:59 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AoAGANAWllJbsI8S/2dsb2JhbABZgwe3HoMEgR0XdIIlAQEFOhwjEAsYCSUPKh4GiBgBwDIXjwIHhDMDlDGDYpIUgyo7 Received: from 18.143-176-91.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([91.176.143.18]) by relay.skynet.be with ESMTP; 27 Nov 2013 17:00:41 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.7/8.14.7) with ESMTP id rARG0dNo032499; Wed, 27 Nov 2013 17:00:40 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Wed, 27 Nov 2013 17:00:39 +0100 From: Tijl Coosemans To: Peter Wemm Subject: Re: svn commit: r258672 - in head: . share/mk Message-ID: <20131127170039.2da15f21@kalimero.tijl.coosemans.org> In-Reply-To: <52959276.7070803@wemm.org> References: <201311270454.rAR4sOqI004103@svn.freebsd.org> <20131127050358.GG1710@glenbarber.us> <52959276.7070803@wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: svn-src-head@freebsd.org, Glen Barber , svn-src-all@freebsd.org, src-committers@freebsd.org X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Nov 2013 16:01:00 -0000 On Tue, 26 Nov 2013 22:34:30 -0800 Peter Wemm wrote: > A slightly longer explanation of what I was thinking: > > - There's a new round of 'make -j' problems lurking in there. We are > missing chunks of the ordering glue that cause libraries to be built in the > right order when they depend on each other. > - It's a waste of cpu time for the usual case, particularly for the 11.x > cycle for the next 1-2 years. > - We don't build them properly - we invent cpu flags etc. > > The usual use case for 32 bit binaries seems to be: > - running a 32 bit chroot or jail - this is unaffected. > - running old binaries, usually from 4.x or 6.x when the 64 bit port was > really green - WITH_LIB32 doesn't actually help much with this because most > of the libraries are missing. Ugh, please revert this. You forgot about Wine.