Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:37012 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 44856 invoked from network); 14 Apr 2008 22:35:38 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 14 Apr 2008 22:35:38 -0000 Authentication-Results: pb1.pair.com header.from=pierre.php@gmail.com; sender-id=pass; domainkeys=bad Authentication-Results: pb1.pair.com smtp.mail=pierre.php@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.198.229 as permitted sender) DomainKey-Status: bad X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: pierre.php@gmail.com X-Host-Fingerprint: 209.85.198.229 rv-out-0506.google.com Received: from [209.85.198.229] ([209.85.198.229:6674] helo=rv-out-0506.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id A5/A3-23408-63CD3084 for ; Mon, 14 Apr 2008 18:35:36 -0400 Received: by rv-out-0506.google.com with SMTP id g37so737135rvb.23 for ; Mon, 14 Apr 2008 15:35:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Ad0o9nFqSJ9LevtwZEhbQx8lbOTxCfaFpiroMMj/NlY=; b=jAVhowqcHQo8D7d76RQPp5WtbU/7zWHpx0wsQuZtiJ2tbPxUS2EUtoJEUOknX0M0UFY3GvfxMphZ9iTq/HxJziXfLdYnAEpwNc1IMLI/fK6q65ojUc13gNmsSbBYHbxTTwanvWQcDVXSOpPnIi4xqbHPh2rRCr6uWPZ3hI0/cQA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=UO1NKJTEpjrxayrd/RekEilhQ2kyqBBqpQ50b2NEdsd2DHayOKEBzFbAWFnSoDMjXWQeNc+fMdlJHTgshkkfNU03mD9B+TYMIr/uBIJSFji1nqXtAsLGFAc51TUVA2JDV7UAnIv4JE5k1xWEP2E29Nlz+WQVAOYzZ6YlKDUQvis= Received: by 10.141.79.12 with SMTP id g12mr3798539rvl.182.1208212532022; Mon, 14 Apr 2008 15:35:32 -0700 (PDT) Received: by 10.141.123.13 with HTTP; Mon, 14 Apr 2008 15:35:31 -0700 (PDT) Message-ID: Date: Tue, 15 Apr 2008 00:35:31 +0200 To: "Stanislav Malyshev" Cc: "PHP Internals" In-Reply-To: <4803D7DF.8020308@zend.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47F463F0.4030407@zend.com> <4803D0A2.2030008@zend.com> <4803D7DF.8020308@zend.com> Subject: Re: [PHP-DEV] intl naming From: pierre.php@gmail.com ("Pierre Joye") Hi! On Tue, Apr 15, 2008 at 12:17 AM, Stanislav Malyshev wrote: > > I hope you are keeping in mind our last discussion here. I also like > > > > Yes, I do. Great, thanks :) > > to know what to think about my API changes proposal and the exception > > usages as it is a relatively important request. Or why are you asking? > > > > I already stated my opinion about exceptions - I consider using them > inappropriate in the context of this extension. However, my question was not > about redesigning the API, but specifically about names. I'm not sure how I should understand that. Does that mean that there is no room to discuss or change anything in intl as long as you don't agree? It may be asked in a rude way but I have hard time to follow the logic behind your requests. > > I really fear to suddenly see a 1.0.0-stable with none of our requests > > inside. > > > > That depends on the requests and timeframe for their execution. Since we > have mostly done the work that was planned for 1.0, I want to close one > question that may change API. Adding features and enhancements is good, but > not right now. If you wish, you may document them as feature requests for > intl package on pecl too. My point did not change. I do think that it is premature for 1.0.0-stable. I understand that you like to be at this stage for the end of this month (5.3) but I don't think we have to hurry up without solving the obvious issues we have. The API is the biggest one. > > The ICU build problem remains as well. I'm not sure it is safe to use > > 2k3 binaries with php VC6 binaries. I wonder how you built it using > > vc2005. It fails with all possible errors here. Any trick? > > > > No trick, just checked out the code, put the libs in ../icu, run configure > and nmake. Checked out? You mean with CVS/SVN? I thought you were using their releases. Cheers, -- Pierre http://blog.thepimp.net | http://www.libgd.org