Return-Path: X-Original-To: apmail-incubator-flex-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-flex-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id DCA05BF6B for ; Mon, 16 Jan 2012 12:00:09 +0000 (UTC) Received: (qmail 10920 invoked by uid 500); 16 Jan 2012 12:00:09 -0000 Delivered-To: apmail-incubator-flex-dev-archive@incubator.apache.org Received: (qmail 10835 invoked by uid 500); 16 Jan 2012 12:00:09 -0000 Mailing-List: contact flex-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: flex-dev@incubator.apache.org Delivered-To: mailing list flex-dev@incubator.apache.org Received: (qmail 10825 invoked by uid 99); 16 Jan 2012 12:00:08 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 16 Jan 2012 12:00:08 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [209.85.161.175] (HELO mail-gx0-f175.google.com) (209.85.161.175) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 16 Jan 2012 12:00:01 +0000 Received: by ggno1 with SMTP id o1so2516242ggn.6 for ; Mon, 16 Jan 2012 03:59:39 -0800 (PST) MIME-Version: 1.0 Received: by 10.100.235.5 with SMTP id i5mr4973461anh.24.1326715179352; Mon, 16 Jan 2012 03:59:39 -0800 (PST) Received: by 10.100.125.16 with HTTP; Mon, 16 Jan 2012 03:59:39 -0800 (PST) In-Reply-To: <02e301ccd442$e075d350$a16179f0$@davidarno.org> References: <4F126E55.3000101@leichtgewicht.at> <4F13F250.7040501@leichtgewicht.at> <02e301ccd442$e075d350$a16179f0$@davidarno.org> Date: Mon, 16 Jan 2012 12:59:39 +0100 Message-ID: Subject: Re: Namespaces in Interfaces, AVM or Compiler Problem From: Roland Zwaga To: flex-dev@incubator.apache.org Content-Type: multipart/alternative; boundary=001636b2b8a8fbc20a04b6a3f2f8 X-Virus-Checked: Checked by ClamAV on apache.org --001636b2b8a8fbc20a04b6a3f2f8 Content-Type: text/plain; charset=ISO-8859-1 > > > I was just wondering if the restriction that namespaces are not allowed > > in interfaces is there because the AVM doesn't support it or because the > > compiler doesn't support it? Might be important as to where the bug > > should be posted. > > Assuming Roland finds that the limitation is with the compiler only and not > with the AVM, I'm struggling to understand why you view this as a bug and > problem. An interface describes a public contract that implementing classes > must fulfil. Why therefore would you want to specify a namespace other than > public within an interface? Well, I just found out that as3commons-bytecode actually has some bugs when it comes down to generating interfaces :) I'll have to fix them first before I can tell you if its an AVM or compiler issue. But your points remains fair, I guess its normal that an interface only declares public members. I'm trying to think of a language that supports otherwise, but I can't think of any from the top of my head... Roland --001636b2b8a8fbc20a04b6a3f2f8--