On 26/02/15 21:28, Zeev Suraski wrote:
>> Yes, the database use case and exterior data has been my main concern over
>> > the type hint proposals.  Now, this could also be changed (fixed, etc) on
>> > a
>> > different layer (aka database extensions to deal with native types) but
>> > that is
>> > likely far more to bite off than one would want at this point.  It is
>> > relatively
>> > painless to go in and cast all of those types but the amount of code out
>> > there
>> > which people are going to just 'expect' this to work will be fairly large
>> > and
>> > one of those cases that will possibly be cause for migration concerns.
> Thanks a lot for the input!  We'll reconsider accepting "1"/"0" as valid
> Booleans as the original proposal did.

Using a 'char' or other binary field type as multiple boolean flags also
resolve to 1 and 0 when pulled apart. The debate from the other side is
if there is a need for a 'boolean' field type.
http://www.firebirdmanual.com/firebird/en/firebird-manual/2/simulating-boolean-in-firebird/51
and http://www.firebirdfaq.org/faq12/ show some options used to get
around the various input problems. So like PHP - no agreement on what
BOOL is.

FB3.0 is still in development, but adds a bool field for which IS_TRUE
and IS_FALSE are not a comfortable fit because for any database a field
can have a value or be null (not set) ... this therefore requires using
a zval other than IS_TRUE/IS_FALSE to store a boolean value properly!

-- 
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to