Hello everyone,
Currently when an undefined constant is called, E_NOTICE is produced and
the name of the constant is assumed to be a string. In my opinion this
behaviour is strange and problematic for most developers. Maybe it would
be good if invoking undefined constants will start to produce
Hello all (and sorry for the cross-posting, please keep all replies to
svn-migration@)
After weeks of hard work from Gwynne, svn.php.net is now in a very
good shape and ready for extensive testing.
There is no automatic synchronization between CVS and SVN, and there
will not be one. You are free
For some time, PHP has had a build option
./configure --with-config-file-scan-dir=/etc/php5/conf.d/
that allows distribution maintainers to manage system-wide PHP
configuration by adding/removing individual files with configuration
fragments to this directory, for example when installing a packag
Richard Quadling wrote:
> Hi.
>
> With 2008 having a leap-second, does PHP handle this?
>
> In looking at http://en.wikipedia.org/wiki/Leap_second, there have
> been quite a few leap seconds - 34 since Jan 1st 1972.
>
> So, if PHP isn't making any changes does this mean PHP time is 34
> seconds beh
On 12/19/2008 17:39, Robin Burchell wrote:
Ugh. Apparantly I forgot to CC the list on those last two mails..
Sorry. Pasted so others stay in on the conversation:
On Fri, Dec 19, 2008 at 3:18 PM, troels knak-nielsen wrote:
That's an interesting mail, expresses a viewpoint I hadn't considered,
Ugh. Apparantly I forgot to CC the list on those last two mails..
Sorry. Pasted so others stay in on the conversation:
On Fri, Dec 19, 2008 at 3:18 PM, troels knak-nielsen wrote:
>
That's an interesting mail, expresses a viewpoint I hadn't considered,
so, thanks for that.
However: If PHP provid
Robin Burchell wrote:
Hmm. How would it break it?
By leaving 'function' to mean variant, it's only adding new
functionality by overriding types to replace 'function', which should
have no issue with older code, surely?
To clarify:
current method declaration:
function foo()
public static functi
On Fri, Dec 19, 2008 at 2:40 PM, troels knak-nielsen wrote:
> PHP is loosely typed. Adding typehints to primitives would change
> this. The only reason that it is working with object types, is because
> you can't automatically coerce object types anyway.
>
> --
> troels
I'm not sure what you are
On Fri, Dec 19, 2008 at 3:31 PM, Nathan Rixham wrote:
> type hints are all ready there so adding primitives /should/ be possible
> without any bc issues
PHP is loosely typed. Adding typehints to primitives would change
this. The only reason that it is working with object types, is because
you can
Hmm. How would it break it?
By leaving 'function' to mean variant, it's only adding new
functionality by overriding types to replace 'function', which should
have no issue with older code, surely?
To clarify:
current method declaration:
function foo()
public static function foo()
public function
Robin Burchell wrote:
Just a random thought I have from reading over that:
Would it not be more 'natural' to change 'function' to indicate a
method with a variant return type, and allow e.g.
'int somefunc()' instead of 'function (int) somefunc()' to indicate an
int return?
it would break all
Just a random thought I have from reading over that:
Would it not be more 'natural' to change 'function' to indicate a
method with a variant return type, and allow e.g.
'int somefunc()' instead of 'function (int) somefunc()' to indicate an
int return?
It would be a bit more in fitting with tradi
Hi,
On Fri, 2008-12-19 at 09:18 +, zoe wrote:
> Hi Lukas, Johannes
>
> Please could I ask for a PHP5.3 release manager's point of view on this?
> I raised this ext/imap bug yesterday
> http://bugs.php.net/bug.php?id=46902 after a discussion with Ilia
> because I noticed that all of the fun
Hi Lukas, Johannes
Please could I ask for a PHP5.3 release manager's point of view on this?
I raised this ext/imap bug yesterday
http://bugs.php.net/bug.php?id=46902 after a discussion with Ilia
because I noticed that all of the function return values which result
from a failure of parameter
14 matches
Mail list logo
