On Tue, Jan 19, 2010 at 2:14 AM, Alexey Zakhlestin wrote:
>
> Would be nice if something like this worked too:
>
> (new Class())->method();
>
>
I was just looking at some Java code and thinking, "man I wish PHP did this."
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe,
On 19.01.2010, at 3:27, Stanislav Malyshev wrote:
> Hi!
>
> I wrote a small patch that enables this kind of syntax in PHP:
>
> foo()();
>
> What it means is that if foo() returns callable value (which probably should
> be function name or closure) then it would be called. Parameters and more
On Mon, January 18, 2010 6:27 pm, Stanislav Malyshev wrote:
> I wrote a small patch that enables this kind of syntax in PHP:
>
> foo()();
>
> What it means is that if foo() returns callable value (which probably
> should be function name or closure) then it would be called.
> Parameters
> and more
Hi!
My suggestion is to wait until the 15th of January (that's one month
since I started this thread) and that should have been enough time of
everybody.
So, it's 18th - are we moving forward with this?
--
Stanislav Malyshev, Zend Software Architect
s...@zend.com http://www.zend.com/
(408)25
Hi!
I wrote a small patch that enables this kind of syntax in PHP:
foo()();
What it means is that if foo() returns callable value (which probably
should be function name or closure) then it would be called. Parameters
and more than two sets of () work too.
Of course, this is mostly useful for
Rasmus Lerdorf wrote:
>
> I think you are again becoming a victim of too much generalization.
> Like using the slower re-entrant mysql client library, for example, just
> in case you have a threaded SAPI that needs it. 99% of people are going
> to be using the prefork Apache SAPI or fastcgi, neit
Rasmus Lerdorf wrote:
> Rasmus Lerdorf wrote:
>>
>> You can read this thread about my attempts to create a portable autoconf
>> setup that works both in autoconf-2.60+ and previous versions. There
>> were various ideas, but in the end none of them proved to be reliable.
>>
>> We need diversions
Rasmus Lerdorf wrote:
> Raphael Geissert wrote:
>> Gwynne Raskind wrote:
>>> Though I thought the use of high-numbered diversions was
>>> actually a supported thing - or was that only in 2.13?
>>>
>> That argument is not supported by the autoconf manual. Please see the
>> discussion at
>> http://b
Raphael Geissert wrote:
> Gwynne Raskind wrote:
>> Though I thought the use of high-numbered diversions was
>> actually a supported thing - or was that only in 2.13?
>>
>
> That argument is not supported by the autoconf manual. Please see the
> discussion at
> http://bugs.debian.org/cgi-bin/bugre
Gwynne Raskind wrote:
>
> Though I thought the use of high-numbered diversions was
> actually a supported thing - or was that only in 2.13?
>
That argument is not supported by the autoconf manual. Please see the
discussion at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=542906#10
Cheers,
-
Jani Taskinen wrote:
> On 01/17/2010 05:19 AM, Raphael Geissert wrote:
>> Jani Taskinen wrote:
>>
>>> 16.1.2010 20:10, Raphael Geissert wrote:
Some of the other patches include:
libdb_is_-ldb
>>>
>>> Why? Potentially breaks things when you assume db/ being correct place..
>>
>> Do you ha
Hi Michael,
Thanks, now I see it. Sorry, did not look hard enough.
May the source be with you,
Best regards,
Jess Portnoy
Michael Maclean wrote:
Jess Portnoy wrote:
In the 5_3 branch and also in 5.3.1, some MySQLi PHPTs call
my_mysqli_connect() which is not defined.
Is this a mistakingly
Jess Portnoy wrote:
> In the 5_3 branch and also in 5.3.1, some MySQLi PHPTs call
> my_mysqli_connect() which is not defined.
> Is this a mistakingly committed change? Seems like they should call
> mysqli_connect().
It's defined in connect.inc as a wrapper. See
http://php-og.mgdm.net/opengrok/xref
Hello all,
In the 5_3 branch and also in 5.3.1, some MySQLi PHPTs call
my_mysqli_connect() which is not defined.
Is this a mistakingly committed change? Seems like they should call
mysqli_connect().
See also:
http://gcov.php.net/viewer.php?version=PHP_5_3&func=tests&file=ext%2Fmysqli%2Ftests
Hello all,
When attempting to build only the libZend.a by executing:
#cd /Zend
Zend# ./buildconf
One gets this message [redundant output was truncated]:
Makefile.am: Lex source seen but `LEX' is undefined
Makefile.am: The usual way to define `LEX' is to add `AM_PROG_LEX'
Makefile.am: to `conf
PHP 6 Bug Database summary - http://bugs.php.net/
Num Status Summary (107 total -- which includes 47 feature requests)
===[*General Issues]==
50189 Open [PATCH] - unicode byte order difference between SPARC and x86
===
On Jan 18, 2010, at 3:51 AM, Jani Taskinen wrote:
>> Can you tell me what exactly we are breaking? divert calls should only be
>> used internally by autoconf and the, apparently useless, usage of them in
>> php makes it fail to build with any other autoconf.
> If you remove them, things break. I do
Jani Taskinen wrote:
> On 01/17/2010 05:19 AM, Raphael Geissert wrote:
>> Jani Taskinen wrote:
>>
>>> 16.1.2010 20:10, Raphael Geissert wrote:
Some of the other patches include:
libdb_is_-ldb
>>>
>>> Why? Potentially breaks things when you assume db/ being correct place..
>>
>> Do you hav
On 01/17/2010 05:19 AM, Raphael Geissert wrote:
Jani Taskinen wrote:
16.1.2010 20:10, Raphael Geissert wrote:
Some of the other patches include:
libdb_is_-ldb
Why? Potentially breaks things when you assume db/ being correct place..
Do you have an example of any actual case?
Do you have a
19 matches
Mail list logo
