Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:16550 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 54245 invoked by uid 1010); 8 Jun 2005 12:42:04 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 54230 invoked from network); 8 Jun 2005 12:42:03 -0000 Received: from unknown (HELO pb1.pair.com) (127.0.0.1) by localhost with SMTP; 8 Jun 2005 12:42:03 -0000 X-Host-Fingerprint: 64.233.184.205 wproxy.gmail.com Linux 2.4/2.6 Received: from ([64.233.184.205:20315] helo=wproxy.gmail.com) by pb1.pair.com (ecelerity 1.2 r(5656M)) with SMTP id 4E/7B-52832-997E6A24 for ; Wed, 08 Jun 2005 08:42:02 -0400 Received: by wproxy.gmail.com with SMTP id 71so402487wri for ; Wed, 08 Jun 2005 05:41:58 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=VidD2ZEljEA1FME+SymGTBHattrKR5Ehe5Usuht+yq2cIKdjlT6rncHXi9g33gYZ/tzEB1A//Y6QZPoeZbMyur/wfArNhYwAFwCQhL0N/jnZkEoLMtxD3dfUVBaM8Fqca/amO9ILiCHbsTfU/Ak+FP3hrueov9/eO7uzW+de9AM= Received: by 10.54.123.10 with SMTP id v10mr2345674wrc; Wed, 08 Jun 2005 05:41:58 -0700 (PDT) Received: by 10.54.153.5 with HTTP; Wed, 8 Jun 2005 05:41:57 -0700 (PDT) Message-ID: <4e89b42605060805412c409792@mail.gmail.com> Date: Wed, 8 Jun 2005 08:41:58 -0400 Reply-To: Wez Furlong To: Marcus Boerger Cc: Andi Gutmans , internals@lists.php.net In-Reply-To: <148334758.20050608102321@marcus-boerger.de> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <5.1.0.14.2.20050603203711.028e9140@localhost> <1103757830.20050605191826@marcus-boerger.de> <148334758.20050608102321@marcus-boerger.de> Subject: Re: [PHP-DEV] PHP 5.1 From: kingwez@gmail.com (Wez Furlong) I think the problem is only present if they have mawk installed under the name 'awk'. Magnus and I spent a fair bit if time trying things out with different awk implementations, as usual, with minimal feedback from anyone else, either in the internals community or outside of it. How about having someone with mawk tweak the script so that it *does* work? There is nothing in there that really requires a specific awk implementation, and gawk certainly isn't installed on systems such as Solaris, where the dependency script works just fine. So, if you have mawk, get your finger out. --Wez. On 6/8/05, Marcus Boerger wrote: > Hello Andi, >=20 > i forgot to mention one major problem. The current implementation of > extension dependency requires gnu-awk. If another awk implementation is > being used to generate php then the result is an immediate segfaulting > php binary. We should either make gawk checked by configure or rewrite > the exetension dependency by tables in the module struct so a dependent > extension doesn't get MINITed before its dependencies are initialized. > Probably we can go require way for 5.1 and have the other one done for > 5.2. >=20 > Sunday, June 5, 2005, 7:18:26 PM, you wrote: >=20 > > Hello Andi, >=20 > > Saturday, June 4, 2005, 7:58:13 AM, you wrote: >=20 > >> Hey, >=20 > >> There have been a lot of questions and discussion regarding status of = PHP 5.1. > >> In the past few weeks, many have been fixing lots of bugs and PDO seem= s to > >> have reached a pretty stable state. > >> In parallel, a lot of work has been done offline by Andrei, Dmitry and > >> others, to enable Unicode support in PHP and the Zend Engine. > >> I believe it is time now to move 5.1 forward at a much faster pace. I'= d > >> like to roll a beta of it towards the end of next week such as Thursda= y > >> (giving a chance for some last minute fixes), and then hopefully RC wi= thin > >> a week or two. > >> Once we RC PHP 5.1, we should branch it off to PHP_5_1 and make HEAD t= he > >> Unicode development stream (merging Unicode changes into HEAD). >=20 > >> Hopefully, by going at this pace, we can have a pretty decent Unicode > >> version of PHP out there within a few months; and have PDO out there a= lmost > >> immediately. >=20 > > There are a few things i'd like to address before: >=20 > > 1) return by reference at c-level. This is already taken care of by dmi= try > > who is currently working on a better patch than mine. However i need th= is > > to finalizy ArrayAccess interface. And i need a bit of a time to experi= ment > > with the result and maybe others want to give their input as well. At t= he > > moment the problem is that it cannot deal with references at all but th= ere > > is already coe out with 5.0 that used that issue. So here is just somew= hat > > work and testing needed. >=20 > > 2) PHP is all about the putting out text so nearly all objects created = in > > PHP are meant to put something onto the generated pages. Thus i think i= am > > not alone to suggest we put back the magic __toString function in place= as > > we said when we dropped it's support from 5.0. Also it is very hard to > > explain why "echo $a . $obj" and "echo $a, $obj" output different thing= s > > when one is an object. Both is pretty much against the spirit of PHP - > > easiness isn't it? >=20 > > 3) Is 5.1 coming out without filtering? >=20 > > 4) I still want the ifsetor operator since it is very helpfull and agai= n > > simplifies a lot of things. >=20 > > 5) tons of other stuff i menationed offline and in public - since i los= t > > the energy in tracking all that issues i guess the work and time in tho= se > > wasn't worse the effort and they can wait anyway :-) >=20 > > best regards > > marcus >=20 >=20 >=20 >=20 > -- > Best regards, > Marcus mailto:mail@marcus-boerger.de >=20 > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php >=20 >