From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28251 invoked by alias); 25 Aug 2014 19:29:50 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 28117 invoked by uid 89); 25 Aug 2014 19:29:49 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 X-HELO: qmta05.emeryville.ca.mail.comcast.net Received: from qmta05.emeryville.ca.mail.comcast.net (HELO qmta05.emeryville.ca.mail.comcast.net) (76.96.30.48) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 25 Aug 2014 19:29:47 +0000 Received: from omta10.emeryville.ca.mail.comcast.net ([76.96.30.28]) by qmta05.emeryville.ca.mail.comcast.net with comcast id j6hj1o0020cQ2SLA57Vmu9; Mon, 25 Aug 2014 19:29:46 +0000 Received: from [IPv6:2001:558:6045:a4:40c6:7199:cd03:b02d] ([IPv6:2001:558:6045:a4:40c6:7199:cd03:b02d]) by omta10.emeryville.ca.mail.comcast.net with comcast id j7Vj1o00Q2ztT3H8W7Vk7u; Mon, 25 Aug 2014 19:29:44 +0000 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: [BUILDROBOT][PATCH] frv-linux fallout (was: [PATCH 009/236] Replace BB_HEAD et al macros with functions) From: Mike Stump In-Reply-To: <1408975689.24896.20.camel@surprise> Date: Mon, 25 Aug 2014 19:29:00 -0000 Cc: Jan-Benedict Glaw , Nick Clifton , Alexandre Oliva , gcc-patches@gcc.gnu.org Content-Transfer-Encoding: quoted-printable Message-Id: <4C2575E6-70F8-4BFF-84BE-7E654F5022BE@comcast.net> References: <1407345815-14551-1-git-send-email-dmalcolm@redhat.com> <1407345815-14551-10-git-send-email-dmalcolm@redhat.com> <20140823184932.GG12042@lug-owl.de> <1408975689.24896.20.camel@surprise> To: David Malcolm X-IsSubscribed: yes X-SW-Source: 2014-08/txt/msg02350.txt.bz2 On Aug 25, 2014, at 7:08 AM, David Malcolm wrote: >=20 > I'm testing and committing individual patches, but this > could have gone into trunk in one go. Yeah, it=92s a hard choice between bit rot and incrementally going in. > what I realize now is that I should have > continued rebasing my patches in git until they were ready to go... but > then committed them to a svn branch, with a ChangeLog.rtx-classes, and > *immediately* merged that branch to trunk. If you go all in at once, you forgot to list the build just after checkin. = :-) Most work doesn=92t require it, but for larger work, it is nice to bu= ild post checkin and resolve build errors, if any, when there are any chang= es from trunk post the last build. > It's too late now to switch to this approach, so in the meantime I've > been working on ways to make my bootstraps as fast as possible. -j64 works wonders. :-) Though, it is annoying watching the build run at = 98% idle.