Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:23774 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 39603 invoked by uid 1010); 29 May 2006 19:39:30 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 39588 invoked from network); 29 May 2006 19:39:30 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 29 May 2006 19:39:30 -0000 X-PHP-List-Original-Sender: helly@php.net X-Host-Fingerprint: 81.169.182.136 ajaxatwork.net Linux 2.4/2.6 Received: from ([81.169.182.136:43842] helo=strato.aixcept.de) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id FA/FB-04939-1FD4B744 for ; Mon, 29 May 2006 15:39:30 -0400 Received: from baumbart.mbo (dslb-084-063-065-246.pools.arcor-ip.net [84.63.65.246]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by strato.aixcept.de (Postfix) with ESMTP id BE8C735C1EC; Mon, 29 May 2006 21:39:26 +0200 (CEST) Date: Mon, 29 May 2006 21:41:31 +0200 Reply-To: Marcus Boerger X-Priority: 3 (Normal) Message-ID: <1473900696.20060529214131@marcus-boerger.de> To: Christian Schneider Cc: William Candillon , internals@lists.php.net In-Reply-To: <4479EB71.4050304@cschneid.com> References: <138663365.20060514205903@marcus-boerger.de> <4476608C.6070503@akbkhome.com> <7.0.1.0.2.20060526050422.08680c20@zend.com> <1376291629.20060526040801@marcus-boerger.de> <7.0.1.0.2.20060526120130.03c51060@zend.com> <772458214.20060527001909@marcus-boerger.de> <7.0.1.0.2.20060527173708.03b3bd18@zend.com> <962070645.20060528030350@marcus-boerger.de> <4A.00.38460.00959744@pb1.pair.com> <6610529674.20060528114142@marcus-boerger.de> <43b5c44e0605280926k6886d4f2o25c331ff3a07a009@mail.gmail.com> <4479EB71.4050304@cschneid.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] planning future BC Breaks - was Re: [PHP-DEV] fatal static call in php 6.0? From: helly@php.net (Marcus Boerger) Hello Christian, first of all c would be enough. Preprocessing has nothing to do with c++. Also a lot of compilers allow to use the pre-process stand alone. And then there is this one little disadvantage. A c compiler doesn't know that it is not supposed to deal with stuff outside and last but not least loading a c compiler is not always possible...since it would allow to use it, which is potentially dangerous. And at last it takes forever having to load a c compiler everytime you want a php script preprocessed. best regards marcus Sunday, May 28, 2006, 8:26:57 PM, you wrote: > William Candillon wrote: >> I think that a macro will be a very nice and powerful solution to this >> problem but according to me it needs to be done by an external tool. > That already exists ;-) > Try > cpp -w -P -C out.php 2>/dev/null > if you don't want to reinvent the wheel :-) > Marcus Boerger wrote: >> what you propose would mean a lot of changes to the php code and >> and the zend engine. The pre processor to allow this will be written >> as an extension and that extension will have no impact on anybody >> that doens't like it simply becuase you can disable extensions. > I'm all for making it an extension which is not included in the main > PHP. But your point is invalid because if a preprocessor can be done as > an extension then so can be my version: It is nothing but a *very* > stripped down preprocessor after all. > Anyway, I don't really care too much about how such a preprocessor is > done as long as a) it's not bundled with PHP by default and b) is not > used as an excuse to make incompatible syntax changes without compelling > reason. > Regards, > - Chris Best regards, Marcus