From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 20 17:25:35 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 020F916A41F for ; Fri, 20 Jan 2006 17:25:35 +0000 (GMT) (envelope-from babkin@verizon.net) Received: from vms046pub.verizon.net (vms046pub.verizon.net [206.46.252.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAF3943D48 for ; Fri, 20 Jan 2006 17:25:34 +0000 (GMT) (envelope-from babkin@verizon.net) Received: from vms075.mailsrvcs.net ([192.168.1.4]) by vms046.mailsrvcs.net (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) with ESMTPA id <0ITE009FMJ2LXCO4@vms046.mailsrvcs.net> for freebsd-hackers@freebsd.org; Fri, 20 Jan 2006 11:25:33 -0600 (CST) Date: Fri, 20 Jan 2006 11:25:33 -0600 (CST) From: Sergey Babkin To: =?ISO646-US?Q?Dag-Erling_Sm=3Frgrav?= , Gary Thorpe Message-id: <2209162.1137777933811.JavaMail.root@vms075.mailsrvcs.net> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Mailman-Approved-At: Fri, 20 Jan 2006 18:11:25 +0000 Cc: Wesley Shields , Ashok Shrestha , Brandon Flowers , Kris Kennaway , Mike Meyer , freebsd-hackers@freebsd.org Subject: Re: Re: speed up port compiling using RAM (tmpfs) ??? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: babkin@users.sf.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2006 17:25:35 -0000 >From: =?ISO646-US?Q?Dag-Erling_Sm=3Frgrav?= >Gary Thorpe writes: >> This effectively means that you cannot take advantage of SMP to >> compile FreeBSD's ports collection. That sounds like a big >> limitation...especially for people trying to speed up bulk builds. > >We cannot be held responsible for race conditions in the Makefiles of >third-party software. Well, maybe we can then build multiple ports in parallel. I guess the way to do it would be to run the top-level make with -j but then disable it when calling the makefiles of the individual ports. Not that I have any idea how to actually do that. -SB