Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:23674 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 62917 invoked by uid 1010); 26 May 2006 01:07:13 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 62902 invoked from network); 26 May 2006 01:07:13 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 26 May 2006 01:07:13 -0000 X-PHP-List-Original-Sender: zeev@zend.com X-Host-Fingerprint: 80.74.107.235 mail.zend.com Linux 2.5 (sometimes 2.4) (4) Received: from ([80.74.107.235:48084] helo=mail.zend.com) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id 2E/33-17316-0C456744 for ; Thu, 25 May 2006 21:07:13 -0400 Received: (qmail 32447 invoked from network); 26 May 2006 01:06:51 -0000 Received: from localhost (HELO zeev-notebook.zend.com) (127.0.0.1) by localhost with SMTP; 26 May 2006 01:06:51 -0000 Message-ID: <7.0.1.0.2.20060526040633.086814a0@zend.com> X-Mailer: QUALCOMM Windows Eudora Version 7.0.1.0 Date: Fri, 26 May 2006 04:07:02 +0300 To: Alan Knowles Cc: Christian Schneider ,internals@lists.php.net In-Reply-To: <44765279.8000601@akbkhome.com> References: <138663365.20060514205903@marcus-boerger.de> <038d01c676f8$ab9b3380$6602a8c0@foxbox> <44685D24.2000801@php.net> <1147708994.14148.23.camel@notebook.local> <16710545416.20060515202714@marcus-boerger.de> <1147721541.14148.47.camel@notebook.local> <4468DB43.1020005@emini.dk> <7.0.1.0.2.20060515194051.02b32ef8@zend.com> <1148496966.19173.79.camel@notebook.local> <454303585.20060524213714@marcus-boerger.de> <44765279.8000601@akbkhome.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: [PHP-DEV] planning future BC Breaks - was Re: [PHP-DEV] fatal static call in php 6.0? From: zeev@zend.com (Zeev Suraski) At 03:57 26/05/2006, Alan Knowles wrote: >Can we start concentrating on finding a real solution to BC breaks >rather than throwing them out there and everyone complaining? > >define(php5) { > stuff that breaks in php6 >} >define(php6) { > stuff that doesnt work in PHP5 >} What's the semantics of that? The code inside doesn't get executed if it's not the define()'d PHP version? Zeev