Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:86984 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 1092 invoked from network); 1 Jul 2015 06:46:56 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 1 Jul 2015 06:46:56 -0000 Authentication-Results: pb1.pair.com smtp.mail=pthreads@pthreads.org; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=pthreads@pthreads.org; sender-id=unknown Received-SPF: error (pb1.pair.com: domain pthreads.org from 209.85.160.179 cause and error) X-PHP-List-Original-Sender: pthreads@pthreads.org X-Host-Fingerprint: 209.85.160.179 mail-yk0-f179.google.com Received: from [209.85.160.179] ([209.85.160.179:33241] helo=mail-yk0-f179.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 61/D2-06060-FDC83955 for ; Wed, 01 Jul 2015 02:46:55 -0400 Received: by ykdv136 with SMTP id v136so30824568ykd.0 for ; Tue, 30 Jun 2015 23:46:52 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=Q2phY5IEgt85xnwhARqF/+Se422MBiJx4JWCNYUfV48=; b=IzCeABHUFcUN8SZcDVBFshJv9IhTFnO9+roRWxoYkTMMwvZY8BQ5fh9EhWXeaFrQzp fbv9ERpbkHzQppLDRm2uRqkX5qvpuh+pmimaFQIsVewOseT8liXXg17ui2Sf8p1sDjK6 RJ51ojN89iniIPX7ZI8HlTWn6i3giF1VbMy7gXoEz9i1W6bU6apA1eO64llNbrBVx4O7 cZpwDETrOMi+hOQbb8bUjtV/Unf8/sSkDvLZkjUSGFGlitZjhdy9HEMEc8ge9MDLgU21 oI6x457xgGCOA8URCPmEVr2tebA9HlRb3WD92Vf0Kgg1ND3MwI1Oifh9EIsF0mpnGkTU RwZA== X-Gm-Message-State: ALoCoQm5ZiZVy1kWOzkjzgNP4f7LLWRsG1eFi7mlAVmbFiuKgyUG+gs4jzyfNaGBjtIucuyykJLD MIME-Version: 1.0 X-Received: by 10.170.196.85 with SMTP id n82mr30369810yke.127.1435733212606; Tue, 30 Jun 2015 23:46:52 -0700 (PDT) Received: by 10.129.72.149 with HTTP; Tue, 30 Jun 2015 23:46:52 -0700 (PDT) X-Originating-IP: [217.39.106.89] In-Reply-To: <55938AC8.8090308@heigl.org> References: <1413875212.2624.3.camel@localhost.localdomain> <55938AC8.8090308@heigl.org> Date: Wed, 1 Jul 2015 07:46:52 +0100 Message-ID: To: Andreas Heigl Cc: PHP internals Content-Type: multipart/alternative; boundary=001a1139538a2171b80519cab00e Subject: Re: [PHP-DEV] [RFC] UString From: pthreads@pthreads.org (Joe Watkins) --001a1139538a2171b80519cab00e Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Morning, > Why would that be expected behaviour? I mean I can't do > > $date =3D (DateTime) $timestring; No, but you can't do: $string =3D (string) $datetime; But can do: $string =3D (string) $ustring; Where $ustring is instanceof UString. Even if you never write $string =3D (string) $ustring, the engine will perform the same action all the time, whenever you pass a UString to anything expecting string. It feels like a complete implementation should support both casts. Cheers Joe On Wed, Jul 1, 2015 at 7:38 AM, Andreas Heigl wrote: > Hi Joe. > > Am 01.07.15 um 07:36 schrieb Joe Watkins: > > [..] > > > > Another possible issue is engine integration: > > > > $string =3D (UString) $someString; > > $string =3D (UString) "someString"; > > > > These aren't very different to 'new UString', but for an integrated > > solution, kind of expected to work. > > Why would that be expected behaviour? I mean I can't do > > $date =3D (DateTime) $timestring; > > after all, can I? But I can use > > $date =3D new DateTime($timestring); > > Just my 2 Cent. > > Cheers > > Andreas > -- > ,,, > (o o) > +---------------------------------------------------------ooO-(_)-Ooo-+ > | Andreas Heigl | > | mailto:andreas@heigl.org N 50=C2=B022'59.5" E 08=C2=B0= 23'58" | > | http://andreas.heigl.org http://hei.gl/wiFKy7 | > +---------------------------------------------------------------------+ > | http://hei.gl/root-ca | > +---------------------------------------------------------------------+ > > --001a1139538a2171b80519cab00e--