Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:78178
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain pthreads.org from 209.85.212.175 cause and error)
Message-ID: <1413878515.2624.6.camel@localhost.localdomain>
To: Leigh <leight@gmail.com>
Cc: internals@lists.php.net
Date: Tue, 21 Oct 2014 09:01:55 +0100
In-Reply-To: <CAPwsocForNg2B5We=iEgS6pChTg4cX4qeHbMTL4KqSaW0apd8A@mail.gmail.com>
References: <1413875212.2624.3.camel@localhost.localdomain>
	 <CAPwsocForNg2B5We=iEgS6pChTg4cX4qeHbMTL4KqSaW0apd8A@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] [RFC] UString
From: pthreads@pthreads.org (Joe Watkins)

On Tue, 2014-10-21 at 08:40 +0100, Leigh wrote:
> On 21 October 2014 08:06, Joe Watkins <pthreads@pthreads.org> wrote:
> > Morning internalz,
> >
> >         https://wiki.php.net/rfc/ustring
> >
> >         This is the result of work done by a few of us, we won't be opening any
> > vote in a fortnight. We have a long time before 7, there is no rush
> > whatever.
> >
> >         Now seems like a good time to start the conversation so we can hash out
> > the details, or get on with other things ;)
> >
> 
> Breaks nothing, faster than mbstring, seems like win/win to me.
> 
> > On the flip side, implementing UString as a scalar object would be inconsistent. At time of writing, array, int, float, bool, etc have no implementation available for this.
> 
> I agree it shouldn't be a scalar object, but how about some operator
> overloading like the GMP object has, so that you don't have to cast to
> string for expected behaviour with type coercion etc.
> 
> > Right now there are user-space libraries out there that cover a lot more functionality than UString.
> 
> Do you need help implementing these? Do you think it would be
> beneficial to briefly list which areas need attention on the RFC, so
> they can be checked off over time?
> 
> Overall +1 on the concept.

Morning Leigh,

ZEND_CONCAT is overloaded, as well as read_dimension and cast (to
string) handlers. This seems to cover everything, unless I missed
something ?

Cheers
Joe