Re: [PHP-DEV] Change IntlChar::getNumericValue() to return something less horrible when the char is not numeric?

2015-07-08 Thread Net Mo
I've asked Sara to add the NO_NUMERIC_VALUE constant to IntlChar because it is missing, but she suggested the method could return NULL instead. Any of the two options is fine for me... 2015-07-08 21:45 GMT+02:00 Stanislav Malyshev : > Hi! > > > ICU documentation: > > > http://icu-project.org/apir

Re: [PHP-DEV] Wiki access for ihabunek

2015-07-08 Thread Pierre Joye
hi Ivan, On Mon, Jul 6, 2015 at 2:51 PM, Ivan Habunek wrote: > Hey all, > > Took a little longer than planned, since i was away on a business trip > last week. I actually ended up restructuring the document a little. To > me it seems much more readable this way. I put it up in a Gist for you > to

Re: [PHP-DEV] Change IntlChar::getNumericValue() to return something less horrible when the char is not numeric?

2015-07-08 Thread Stanislav Malyshev
Hi! > ICU documentation: > http://icu-project.org/apiref/icu4c/uchar_8h.html#a36982efc84143b9bb5a11bf54b86af48 > > Currently the PHP function returns the U_NO_NUMERIC_VALUE constant, which > is set to the very weird "float(-123456789)"; basically it's a value that > it's certain it doesn't have a

Re: [PHP-DEV] Wiki access for ihabunek

2015-07-08 Thread Christoph Becker
Ivan Habunek wrote: > Took a little longer than planned, since i was away on a business trip > last week. I actually ended up restructuring the document a little. To > me it seems much more readable this way. I put it up in a Gist for you > to have a look: > https://gist.github.com/ihabunek/c74fb2

Re: [PHP-DEV] Change IntlChar::getNumericValue() to return something less horrible when the char is not numeric?

2015-07-08 Thread Levi Morrison
On Wed, Jul 8, 2015 at 1:50 AM, Net Mo wrote: > ICU documentation: > http://icu-project.org/apiref/icu4c/uchar_8h.html#a36982efc84143b9bb5a11bf54b86af48 > > Currently the PHP function returns the U_NO_NUMERIC_VALUE constant, which > is set to the very weird "float(-123456789)"; basically it's a va

Re: [PHP-DEV] Thoughts on C version supported for PHP-Next

2015-07-08 Thread Levi Morrison
On Wed, Jul 8, 2015 at 9:16 AM, Matt Wilmas wrote: > Hi Kalle, > > > - Original Message - > From: "Kalle Sommer Nielsen" > Sent: Wednesday, July 08, 2015 > >> Hi Matt >> >> 2015-07-08 17:00 GMT+02:00 Matt Wilmas : >>> >>> Hi all, >>> >>> - Original Message - >>> From: "Levi Morriso

RE: [PHP-DEV] Thoughts on C version supported for PHP-Next

2015-07-08 Thread Anatol Belski
Hi Matt, > -Original Message- > From: Matt Wilmas [mailto:php_li...@realplain.com] > Sent: Wednesday, July 8, 2015 5:17 PM > To: Kalle Sommer Nielsen > Cc: PHP internals; Levi Morrison; Pierre Joye; Nikita Popov; Christoph Becker; > Dmitry Stogov; Anatol Belski; Julien Pauli; Derick Rethan

Re: [PHP-DEV] Thoughts on C version supported for PHP-Next

2015-07-08 Thread Matt Wilmas
Hi Kalle, - Original Message - From: "Kalle Sommer Nielsen" Sent: Wednesday, July 08, 2015 Hi Matt 2015-07-08 17:00 GMT+02:00 Matt Wilmas : Hi all, - Original Message - From: "Levi Morrison" Sent: Sunday, May 10, 2015 Again, this is a C11 feature. It is supported by clang,

Re: [PHP-DEV] Thoughts on C version supported for PHP-Next

2015-07-08 Thread Kalle Sommer Nielsen
Hi Matt 2015-07-08 17:00 GMT+02:00 Matt Wilmas : > Hi all, > > - Original Message - > From: "Levi Morrison" > Sent: Sunday, May 10, 2015 > >>> Again, this is a C11 feature. It is supported by clang, gcc and MSVC. >> >> >> To clarify this a bit: they permit anonymous unions in C89 and C99 >

Re: [PHP-DEV] Thoughts on C version supported for PHP-Next

2015-07-08 Thread Matt Wilmas
Hi all, - Original Message - From: "Levi Morrison" Sent: Sunday, May 10, 2015 Again, this is a C11 feature. It is supported by clang, gcc and MSVC. To clarify this a bit: they permit anonymous unions in C89 and C99 code (meaning you do not need to pass flags like -std=c11 to enable it

[PHP-DEV] Re: VCS Account Request: edgarsandi

2015-07-08 Thread Christoph Becker
Edgar R. Sandi wrote: > Developing the PHP runtime > Maintaining an official, bundled PHP extension > Maintaining the documentation > Translating the documentation > Maintaining php.net For reference (and as a gentle reminder):

Re: [PHP-DEV] random_compat

2015-07-08 Thread Scott Arciszewski
You're right, I misread that part of the documentation. Scott Arciszewski Chief Development Officer Paragon Initiative Enterprises On Wed, Jul 8, 2015 at 6:03 AM, Nikita Popov wrote: > On Wed, Jul 8, 2015 at 11:59 AM, Scott Arciszewski > wrote: >> >> Hi everyone, >> >> I'm working on a library

Re: [PHP-DEV] random_compat

2015-07-08 Thread Nikita Popov
On Wed, Jul 8, 2015 at 11:59 AM, Scott Arciszewski wrote: > Hi everyone, > > I'm working on a library to backport random_bytes() and random_int() > into PHP 5. The effort is located on Github if anyone is interested: > https://github.com/paragonie/random_compat > > My reason for this email is tha

[PHP-DEV] random_compat

2015-07-08 Thread Scott Arciszewski
Hi everyone, I'm working on a library to backport random_bytes() and random_int() into PHP 5. The effort is located on Github if anyone is interested: https://github.com/paragonie/random_compat My reason for this email is that I'm running into one compatibility issue that I don't think I can safe

[PHP-DEV] Change IntlChar::getNumericValue() to return something less horrible when the char is not numeric?

2015-07-08 Thread Net Mo
ICU documentation: http://icu-project.org/apiref/icu4c/uchar_8h.html#a36982efc84143b9bb5a11bf54b86af48 Currently the PHP function returns the U_NO_NUMERIC_VALUE constant, which is set to the very weird "float(-123456789)"; basically it's a value that it's certain it doesn't have an Unicode numeric