Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:84617
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain fischer.name from 62.179.121.42 cause and error)
Message-ID: <550157E3.2090908@fischer.name>
Date: Thu, 12 Mar 2015 10:09:55 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.5.0
MIME-Version: 1.0
To: internals@lists.php.net
References: <BLU436-SMTP234CAFED9639237DE430B18E2190@phx.gbl>
In-Reply-To: <BLU436-SMTP234CAFED9639237DE430B18E2190@phx.gbl>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Spam_score: -2.9
X-Spam_score_int: -28
X-Spam_bar: --
X-Spam_report: Spam detection software, running on the system "scanner01.home", has
 identified this incoming email as possible spam.  The original message
 has been attached to this so you can view it (if it isn't spam) or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 
 Content preview:  On 11.03.15 22:28, Bob Weinand wrote: > after all, some people
    are not happy with the current proposals about scalar types. So, they both
    still possibly may fail. > > Thus, I'd like to come up with a fallback proposal
    in case both proposals fail: > > https://wiki.php.net/rfc/basic_scalar_types
    > > It shouldn't prevent any future improvements and still give use all the
    advantages of scalar types. [...] 
 
 Content analysis details:   (-2.9 points, 5.0 required)
 
  pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -1.0 ALL_TRUSTED            Passed through trusted hosts only via SMTP
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
                             [score: 0.0000]
Subject: Re: [PHP-DEV] [RFC] Basic Scalar Types
From: markus@fischer.name (Markus Fischer)

On 11.03.15 22:28, Bob Weinand wrote:
> after all, some people are not happy with the current proposals about scalar types. So, they both still possibly may fail.
> 
> Thus, I'd like to come up with a fallback proposal in case both proposals fail:
> 
> https://wiki.php.net/rfc/basic_scalar_types
> 
> It shouldn't prevent any future improvements and still give use all the advantages of scalar types.

I'm not sure I'm seeing improvements over the other RFCs here ... or I
just missed something obvious. From a quick glance, this one here:

Type declration "string" and you pass in a "bool" type.

When in practive the conversion is like this:

$ php -r 'var_dump( (string) false ); var_dump( (string) true );'
string(0) ""
string(1) "1"

$ php -v
PHP 5.5.9-1ubuntu4.6 (cli) (built: Feb 13 2015 19:17:11)


- Markus