From owner-cvs-lib Tue Jan 30 08:28:24 1996 Return-Path: owner-cvs-lib Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA03848 for cvs-lib-outgoing; Tue, 30 Jan 1996 08:28:24 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA03744 Tue, 30 Jan 1996 08:27:24 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id JAA11970; Tue, 30 Jan 1996 09:28:14 -0700 Date: Tue, 30 Jan 1996 09:28:14 -0700 From: Nate Williams Message-Id: <199601301628.JAA11970@rocky.sri.MT.net> To: Paul Richards Cc: nate@freefall.freebsd.org (Nate Williams), CVS-committers@freefall.freebsd.org, cvs-lib@freefall.freebsd.org Subject: Re: cvs commit: src/lib/csu/i386 crt0.c In-Reply-To: <199601301105.LAA16722@cadair.elsevier.co.uk> References: <199601300555.VAA28917@freefall.freebsd.org> <199601301105.LAA16722@cadair.elsevier.co.uk> Sender: owner-cvs-lib@FreeBSD.ORG Precedence: bulk > > Back out the thread_init code in order to allow -current to bootstrap > > from -stable, until a better solution is found. > > > > Submitted by: Consensus of mailing list and the almighty Jordan :) > > Umm, I think this is a bit drastic! Bootstrapping is a problem we have to > deal with now and again in -current and it shouldn't be a barrier to new > development. Agreed, but as has been hashed out, there is no way of bootstrapping right now inside the Makefiles. You can't do it automatically due to races, so until a Real (tm) solution is found where folks can automatically bootstrap, this is the temporary solution. Julian already is trying to get a -current system running so he can solve the problem, so it only slows us down. Nate