From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list1.sourceforge.net with esmtp (Exim 4.30) id 1CWezn-0004ga-NZ for user-mode-linux-devel@lists.sourceforge.net; Tue, 23 Nov 2004 10:02:31 -0800 Received: from smtp005.mail.ukl.yahoo.com ([217.12.11.36]) by sc8-sf-mx2.sourceforge.net with smtp (Exim 4.41) id 1CWezm-0002lS-90 for user-mode-linux-devel@lists.sourceforge.net; Tue, 23 Nov 2004 10:02:31 -0800 From: Blaisorblade Subject: Re: [uml-devel] Re: Problems in make References: <41A23722.7060002@fujitsu-siemens.com> <200411222301.47216.blaisorblade_spam@yahoo.it> <41A354F1.7070907@fujitsu-siemens.com> In-Reply-To: <41A354F1.7070907@fujitsu-siemens.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200411231904.51431.blaisorblade_spam@yahoo.it> Sender: user-mode-linux-devel-admin@lists.sourceforge.net Errors-To: user-mode-linux-devel-admin@lists.sourceforge.net List-Unsubscribe: , List-Id: The user-mode Linux development list List-Post: List-Help: List-Subscribe: , List-Archive: Date: Tue, 23 Nov 2004 19:04:51 +0100 To: user-mode-linux-devel@lists.sourceforge.net Cc: Bodo Stroesser , Jeff Dike On Tuesday 23 November 2004 16:19, Bodo Stroesser wrote: > Blaisorblade wrote: > > On Monday 22 November 2004 19:59, Bodo Stroesser wrote: > >>If arch/um/kernel/tt/include/mode-tt.h is changed, make doesn't compile > >>tracer.c, the resulting kernel is inconsistent and crashes! > > > > This is true for any dependency of files listed in USER_OBJS, which is > > broken. This problem is known and is pending fixing (and fixing requires > > designing a clean and Kbuild-supported replacement of USER_OBJS). I fixed > > it some time ago, around 2.6.1, but the fix was not integrated because it > > was too invasive. > > > > So: use always make clean ARCH=um before rebuilding (this even holds for > > dependencies on CONFIG_*). > > > > If that slows you down too much, then install ccache (I'm not explaining > > it here because there is nothing special on ccache with kernel > > compilation and because there is plenty of tutorials onto the net). > > Bye > As a quick solution to guarantee a correct result of the build, would it be > possible to remove all USER_OBJS, when starting to build? This is not a so bad idea, however if I interrupt a build with Ctrl-C and restart it without changes, it shouldn't clean all USER_OBJS. It is not also a one-liner (can be dumbly implemented easily, but some changes). What about adding a target like "rebuildclean" (a better name is welcome)? However, until I don't have the time to work on this, use the solution I suggested above. > Or, if this isn't > enough, even remove all objects in the arch/um subtree? We don't need to be this aggressive. -- Paolo Giarrusso, aka Blaisorblade Linux registered user n. 292729 ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ _______________________________________________ User-mode-linux-devel mailing list User-mode-linux-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel