Return-Path: Delivered-To: apmail-jakarta-ant-dev-archive@apache.org Received: (qmail 24400 invoked from network); 4 Mar 2002 11:21:30 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 4 Mar 2002 11:21:30 -0000 Received: (qmail 20408 invoked by uid 97); 4 Mar 2002 11:21:40 -0000 Delivered-To: qmlist-jakarta-archive-ant-dev@jakarta.apache.org Received: (qmail 20384 invoked by uid 97); 4 Mar 2002 11:21:40 -0000 Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Ant Developers List" Reply-To: "Ant Developers List" Delivered-To: mailing list ant-dev@jakarta.apache.org Received: (qmail 20373 invoked from network); 4 Mar 2002 11:21:39 -0000 X-Authentication-Warning: bodewig.bost.de: bodewig set sender to bodewig@apache.org using -f To: ant-dev@jakarta.apache.org Subject: Re: Name collisions References: <000f01c1c313$b3a933d0$0100a8c0@jose> From: Stefan Bodewig Date: 04 Mar 2002 12:21:07 +0100 In-Reply-To: <000f01c1c313$b3a933d0$0100a8c0@jose> Message-ID: Lines: 32 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Civil Service) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Mon, 4 Mar 2002, Jose Alberto Fernandez wrote: > As far as I can see in the current ANT1 code, there seems to be no > provisions on what happens if I define a task and a datatype using > the same name. The definer tasks do not check across different > namespaces. This is true. > To make clear what is the situation I am referring to let me > formalize it: > > - Given two roles, A & B, triggered by the same container > interface (e.g., task and data-type) and given that a particular > element name, N, is registered in role A, what should be the > correct behaviour when one attempts to register N in B. I'm not sure what triggered by the same container interface means here. In the case of tasks and data-type we only have a disambiguity because both can be defined within the same container elements (target for example), is this the "triggered by the same container interface" you are talking about? If you want to generalize this to arbitrary roles, you cannot do anything at all, as you cannot know whether there is a context in which roles A and B both can be used at the same time, at least not at the point where things get registered. Or can you? Stefan -- To unsubscribe, e-mail: For additional commands, e-mail: