Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Thu, 3 Oct 2002 07:14:18 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Thu, 3 Oct 2002 07:14:17 -0400 Received: from smtpzilla1.xs4all.nl ([194.109.127.137]:2834 "EHLO smtpzilla1.xs4all.nl") by vger.kernel.org with ESMTP id ; Thu, 3 Oct 2002 07:14:14 -0400 Date: Thu, 3 Oct 2002 13:17:30 +0200 (CEST) From: Roman Zippel X-X-Sender: roman@serv To: Kai Germaschewski cc: Sam Ravnborg , linux-kernel , kbuild-devel Subject: Re: [kbuild-devel] linux kernel conf 0.6 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1005 Lines: 26 Hi, (I almost forgot to reply to this one, sorry for the delay.) On Sun, 22 Sep 2002, Kai Germaschewski wrote: > I'm not particularly fond of these md5sum hacks. I don't think it's all > that annoying for the developer, either, it's basically just a > alias make="make LKC_GENPARSER=1" > > (Of course, you'll have to update the _shipped files eventually, but there > isn't really any way around that either way) Where's the problem with md5sum? If the rules are usually not visible anyway, why do we use the _shipped postfix at all? The depencies are hidden this way as well, so make won't even try to regenerate the file. The developer has to remember that extra argument to get the file regenerated, what is IMO more hacky than using md5sum. bye, Roman - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/