Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:40817 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 32102 invoked from network); 1 Oct 2008 12:59:11 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 1 Oct 2008 12:59:11 -0000 Authentication-Results: pb1.pair.com header.from=greg@chiaraquartet.net; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=greg@chiaraquartet.net; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain chiaraquartet.net from 208.83.222.18 cause and error) X-PHP-List-Original-Sender: greg@chiaraquartet.net X-Host-Fingerprint: 208.83.222.18 unknown Linux 2.6 Received: from [208.83.222.18] ([208.83.222.18:41458] helo=mail.bluga.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 65/45-04812-E1473E84 for ; Wed, 01 Oct 2008 08:59:11 -0400 Received: from mail.bluga.net (localhost.localdomain [127.0.0.1]) by mail.bluga.net (Postfix) with ESMTP id 06DCEC0E4AB; Wed, 1 Oct 2008 05:57:58 -0700 (MST) Received: from [192.168.0.106] (unknown [76.84.4.101]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bluga.net (Postfix) with ESMTP id 8595AC0E4A5; Wed, 1 Oct 2008 05:57:57 -0700 (MST) Message-ID: <48E37436.8080700@chiaraquartet.net> Date: Wed, 01 Oct 2008 07:59:34 -0500 User-Agent: Thunderbird 2.0.0.17 (X11/20080925) MIME-Version: 1.0 To: Vesselin Kenashkov CC: Stanislav Malyshev , PHP Internals References: <48D7F5EF.3090202@zend.com> <261daaa10810010034o26b58c0el3fdda5a7b32a04f5@mail.gmail.com> In-Reply-To: <261daaa10810010034o26b58c0el3fdda5a7b32a04f5@mail.gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: [PHP-DEV] namespace issues From: greg@chiaraquartet.net (Gregory Beaver) Vesselin Kenashkov wrote: > I'm -1 for "removing constants and functions from the namespaces". As I > wrote already in another thread, is it possible to have a fatal error thrown > when the engine detects an ambiguity situation? Are there any logical (i > mean from OOP point of view) or internals (performance and so on) problems > with this solution? In my opinion is better than dropping funcs & consts. Hi, There are problems with the internal implementation. For instance, constants do not store the line number on which they were created, and are not actually registered as existing until runtime, so conflict checks would happen at runtime. This would mean your application could work perfectly until a rarely executed branch of code is accessed and boom, fatal error. Greg