There is this wonderful RFC sitting around:
https://wiki.php.net/rfc/autofunc
Is there any chance that we can integrate this in 5.5 and somebody is
willing to write this patch?
The only topic missing from the RFC is how the fallback to global namespace
works, if the autoloader is called before
Hello,
After a talk on the Symfony framework here:
https://github.com/symfony/symfony/issues/5911
Long story short, the point that @Seldaek suggestion to have a common
interface for loggers
actually makes sense and the best way to have it would be to have PHP
include it by default.
I'm not sure
Hi,
2012/11/8 Florin Razvan Patan florinpa...@gmail.com:
Hello,
After a talk on the Symfony framework here:
https://github.com/symfony/symfony/issues/5911
Long story short, the point that @Seldaek suggestion to have a common
interface for loggers
actually makes sense and the best way to
Florin,
On Thu, Nov 8, 2012 at 6:42 AM, Florin Razvan Patan
florinpa...@gmail.comwrote:
Hello,
After a talk on the Symfony framework here:
https://github.com/symfony/symfony/issues/5911
Long story short, the point that @Seldaek suggestion to have a common
interface for loggers
actually
2012/11/8 Anthony Ferrara ircmax...@gmail.com
Florin,
On Thu, Nov 8, 2012 at 6:42 AM, Florin Razvan Patan
florinpa...@gmail.comwrote:
Hello,
After a talk on the Symfony framework here:
https://github.com/symfony/symfony/issues/5911
Long story short, the point that @Seldaek
Hi,
Most of PHP sources under PHP License are subject to version 3.01
Except enchant, fileinfo and pdo_obbc which are subject to version 3.0
Is it ok ?
Thanks,
Remi
$ grep -lr 3_0.txt php-5.4.8
./pear/install-pear-nozlib.phar
./ext/enchant/php_enchant.h
./ext/enchant/enchant.c
for all mines, go ahead :)
On Thu, Nov 8, 2012 at 3:14 PM, Remi Collet r...@fedoraproject.org wrote:
Hi,
Most of PHP sources under PHP License are subject to version 3.01
Except enchant, fileinfo and pdo_obbc which are subject to version 3.0
Is it ok ?
Thanks,
Remi
$ grep -lr 3_0.txt
Sebastian,
There are already discussing this (to be honest: For months now).
Some are mentioned at the pull requests at
https://github.com/php-fig/fig-standards/pulls
So then there's really no reason to be discussing it for core, is there?
Le 06/11/2012 11:17, Pierre Joye a écrit :
php 5.2.10 (Rémi's RPM) - (PCRE 6.6 06-Feb-2006) : preg_match === 0
I would try using the bundled PCRE instead. As far as I remember,
almost all distro uses the system PCRE and not always build with UTF-8
All my build use bundled pcre library when
From: http://php.net/manual/en/language.operators.comparison.php
An object compared to anything which is not a bool, null, or object
should result in the object appearing to be greater than the other
operand. For example:
$a = new stdClass();
$b = new stdClass();
var_dump(null $a);
Hi!
Doc bug? Or code bug? I'm inclined to call it a code bug, but wanted
others' thoughts.
I would say comparing object to a number makes little sense, so no
reason to define any specific result there. It may be true, false or
bologna sandwich.
The docs say what happens when the first
On 11/08/2012 08:42 AM, Anthony Ferrara wrote:
Sebastian,
There are already discussing this (to be honest: For months now).
Some are mentioned at the pull requests at
https://github.com/php-fig/fig-standards/pulls
So then there's really no reason to be discussing it for core, is there?
Hi!
We've released PHP 5.3.19RC1 and 5.4.9RC1 which can be found here:
5.3.19RC1:
http://downloads.php.net/johannes/php-5.3.19RC1.tar.bz2
http://downloads.php.net/johannes/php-5.3.19RC1.tar.gz
5.4.9RC1:
http://downloads.php.net/stas/php-5.4.9RC1.tar.bz2
On Thu, Nov 8, 2012 at 7:07 PM, Sara Golemon poll...@php.net wrote:
From: http://php.net/manual/en/language.operators.comparison.php
An object compared to anything which is not a bool, null, or object
should result in the object appearing to be greater than the other
operand. For example:
14 matches
Mail list logo
