On Wed, May 19, 2010 10:48 pm, Alec wrote:
> I am taking over an extension from one of my coworkers, and it was
> written before the time of PHP 5.3. Are there any special considerations to
> think about when using closures with call_user_function? This is the
> current line:
>
> if (call_user_func
I am taking over an extension from one of my coworkers, and it was
written before the time of PHP 5.3. Are there any special considerations
to think about when using closures with call_user_function? This is the
current line:
if (call_user_function(EG(function_table), NULL, &callback,
&local_
On Sat, 2010-05-15 at 09:38 -0700, Stanley Sufficool wrote:
> Maintaining the PDO DBLIB driver and creating new PDO drivers.
>
the account was granted. I gave you karma to pdo_dblib and the NEWS
file. In case you have any questions, uncertainties, ... please speak
up. New drivers would usually "g
On 2010-05-19 14:04:13 +0200, Ferenc Kovacs said:
On Wed, May 19, 2010 at 1:49 PM, Christian Schneider
wrote:
fqqdk wrote:
How about extending the usage of the 'final' keyword to support a
java-like
syntax?
class Foo {
private static final $bar = 'ex' . 'pression';
In my book "final" in
On Wed, May 19, 2010 at 7:04 PM, Richard Quadling
wrote:
> On 19 May 2010 11:21, Tjerk Anne Meesters wrote:
>> On Wed, May 19, 2010 at 5:52 PM, Frederic Hardy
>> wrote:
>>> Hello !
AFAIK class constants are optimized for speed and therefore don't
support expressions; don't expect
On 19 May 2010 13:53, Peter Cowburn wrote:
> I think the key issue is that _in the docs_ some interface methods are
> marked up as abstract, yet others aren't. I suggest making them
> consistent, having them all being one or t'other.
I would show abstract.
--
-
Richard Quadling
"Standing
On 19 May 2010 13:31, Richard Quadling wrote:
> On 19 May 2010 13:27, mathieu.suen wrote:
>> Ok so there is no real meaning behind the "abstract".
>> Thanks
>>
>> On 05/18/2010 05:55 PM, Tjerk Anne Meesters wrote:
>>>
>>> Normally, PHP won't allow access types for interface methods, but the
>>> r
Hi,
On Wed, 2010-05-19 at 13:03 +0200, fqqdk wrote:
> 2010/5/19 Tjerk Anne Meesters
> > I wrote a small article that gives an idea of the speed differences:
> > http://shwup.blogspot.com/2010/04/about-constants.html
Unfortunately this doesn't tell, what you actually measured. And note
that as of
On 19 May 2010 13:27, mathieu.suen wrote:
> Ok so there is no real meaning behind the "abstract".
> Thanks
>
> On 05/18/2010 05:55 PM, Tjerk Anne Meesters wrote:
>>
>> Normally, PHP won't allow access types for interface methods, but the
>> reflection for SPL is defined inside the C code:
>>
>> st
Ok so there is no real meaning behind the "abstract".
Thanks
On 05/18/2010 05:55 PM, Tjerk Anne Meesters wrote:
Normally, PHP won't allow access types for interface methods, but the
reflection for SPL is defined inside the C code:
static const zend_function_entry spl_funcs_OuterIterator[] = {
On Wed, May 19, 2010 at 1:49 PM, Christian Schneider
wrote:
> fqqdk wrote:
> > How about extending the usage of the 'final' keyword to support a
> java-like
> > syntax?
> >
> > class Foo {
> >private static final $bar = 'ex' . 'pression';
>
> In my book "final" in Java gets an award for sickes
On Wed, May 19, 2010 at 8:43 AM, Christian Schneider
wrote:
> If you want to have multiple dynamic arguments to pass on like this I'd
> suggest you use one associative array as parameter instead.
>
> Like
>function a($p = array()) { ... }
>function aa($p = array()) { a($p); }
>
fqqdk wrote:
> How about extending the usage of the 'final' keyword to support a java-like
> syntax?
>
> class Foo {
>private static final $bar = 'ex' . 'pression';
In my book "final" in Java gets an award for sickest abuse of a keyword.
So no, I don't consider this an option. Simply use a cl
Mathias Grimm wrote:
> call_user_func_array('a',func_get_args());// a(pervade();
Two things:
a) There is a way of doing it and although it is a bit cryptic I find it
appropriate since I don't consider this something which should be done
in regular code.
b) pervade() could not be a normal functio
On 19 May 2010 11:21, Tjerk Anne Meesters wrote:
> On Wed, May 19, 2010 at 5:52 PM, Frederic Hardy
> wrote:
>> Hello !
>>>
>>> AFAIK class constants are optimized for speed and therefore don't
>>> support expressions; don't expect this to change any time soon ;-)
>>>
Is there any feature req
2010/5/19 Tjerk Anne Meesters
> On Wed, May 19, 2010 at 5:52 PM, Frederic Hardy
> wrote:
> > Hello !
> >>
> >> AFAIK class constants are optimized for speed and therefore don't
> >> support expressions; don't expect this to change any time soon ;-)
> >>
> >>> Is there any feature request about c
On Wed, May 19, 2010 at 5:52 PM, Frederic Hardy
wrote:
> Hello !
>>
>> AFAIK class constants are optimized for speed and therefore don't
>> support expressions; don't expect this to change any time soon ;-)
>>
>>> Is there any feature request about constant and expression ?
>>> I would like to wri
Hello !
AFAIK class constants are optimized for speed and therefore don't
support expressions; don't expect this to change any time soon ;-)
Is there any feature request about constant and expression ?
I would like to write something like that :
So the best solution is something like define('
hi,
On Wed, May 19, 2010 at 11:03 AM, Tjerk Anne Meesters wrote:
> AFAIK class constants are optimized for speed and therefore don't
> support expressions; don't expect this to change any time soon ;-)
It would require to do a two passes compilation (or something along
this line) as you can defi
AFAIK class constants are optimized for speed and therefore don't
support expressions; don't expect this to change any time soon ;-)
On Wed, May 19, 2010 at 4:54 PM, Frederic Hardy
wrote:
> Hello !
>
> Is there any feature request about constant and expression ?
> I would like to write something
Hello !
Is there any feature request about constant and expression ?
I would like to write something like that :
Best regards,
Fred.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
21 matches
Mail list logo
