From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19622 invoked by alias); 15 Jun 2004 05:19:33 -0000 Mailing-List: contact xconq7-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: xconq7-owner@sources.redhat.com Received: (qmail 19612 invoked from network); 15 Jun 2004 05:19:31 -0000 Received: from unknown (HELO rwcrmhc11.comcast.net) (204.127.198.35) by sourceware.org with SMTP; 15 Jun 2004 05:19:31 -0000 Received: from [67.172.156.222] (c-67-172-156-222.client.comcast.net[67.172.156.222]) by comcast.net (rwcrmhc11) with SMTP id <200406150519300130096lfve>; Tue, 15 Jun 2004 05:19:30 +0000 Subject: Re: Bug in acp-independent action code From: Eric McDonald To: Hans Ronne Cc: Lincoln Peters , xconq7@sources.redhat.com In-Reply-To: References: Content-Type: text/plain Message-Id: <1087276555.17707.35.camel@localhost.localdomain> Mime-Version: 1.0 Date: Tue, 15 Jun 2004 05:19:00 -0000 Content-Transfer-Encoding: 7bit X-SW-Source: 2004/txt/msg00548.txt.bz2 On Mon, 2004-06-14 at 17:31, Hans Ronne wrote: > 2. Another fix would be to move part of the acp-independent build code into > do_build_action, so that materials are consumed only when the action is > executed (i.e. after check_build_action). > This would make sense, and is something I have planned to do. However, it > is not a trivial thing to do since the acp-independent build code differs a > lot from the normal build code. I certainly favor this option the most. The more common/unified code that we can make, the easier it is to maintain/fix/expand. Eric