On Thu, Sep 25, 2008 at 12:24 AM, Jani Taskinen <[EMAIL PROTECTED]>wrote:
> Mike R wrote:
>
>> Nathan Nobbe wrote:
>>
>>> Michael Wallner wrote:
> Hi,
>
> I wonder what the general opinion is on adding pecl/http to the main
> PHP
> distribution? Many people have poked me
Ilia Cheishvili wrote:
Hey all,
This patch addresses the *printf() bug when dealing with exponents
(%e). See http://bugs.php.net/bug.php?id=46145 for more details.
The patch is large because there were a lot of unit tests written to
expect the wrong behavior, so I had to update them. I rea
Mike R wrote:
Nathan Nobbe wrote:
Michael Wallner wrote:
Hi,
I wonder what the general opinion is on adding pecl/http to the main PHP
distribution? Many people have poked me in the past, so I guessed it's
time to ask me and you that question once for all.
+1
+1
FWIW, ditto.
no to insul
Hi,
I've been using namespaces for a few months now, and I feel a need for a
specific solution.
I've been thinking a lot about this, and I will explain everything here.
Basically the goal is to be able to overload namespace resolution (ie.
overloading new and static calls).
Basically (case 1),
Hey all,
This patch addresses the *printf() bug when dealing with exponents (%e).
See http://bugs.php.net/bug.php?id=46145 for more details.
The patch is large because there were a lot of unit tests written to expect
the wrong behavior, so I had to update them. I realize that there is the
possib
Nathan Nobbe wrote:
> > Michael Wallner wrote:
> > > Hi,
> > >
> > > I wonder what the general opinion is on adding pecl/http to the main PHP
> > > distribution? Many people have poked me in the past, so I guessed it's
> > > time to ask me and you that question once for all.
> >
> > +1
>
>
> +1
On Wed, Sep 24, 2008 at 5:00 PM, Greg Beaver <[EMAIL PROTECTED]> wrote:
> Michael Wallner wrote:
> > Hi,
> >
> > I wonder what the general opinion is on adding pecl/http to the main PHP
> > distribution? Many people have poked me in the past, so I guessed it's
> > time to ask me and you that ques
Before anyone gets all hyper, my point is *not* to introduce :>, but to
explain that it is in fact technically feasible to extend the definition
of namespaces later to add support for non-class elements and it would
work just fine.
It is, however, not going to be possible to do this post-5.3 with
Michael Wallner wrote:
> Hi,
>
> I wonder what the general opinion is on adding pecl/http to the main PHP
> distribution? Many people have poked me in the past, so I guessed it's
> time to ask me and you that question once for all.
+1
Greg
--
PHP Internals - PHP Runtime Development Mailing Li
Stanislav Malyshev wrote:
> Hi!
>
> On the ZendCon, we (Marcus, Elizabeth, Andi and myself) had a talk about
> what we'd like to do with namespaces, and we arrived at the following
> conclusions, which we propose to implement in 5.3:
>
> 1. Allow braces for namespaces. So, the syntax for namespac
""Steph Fox"" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>> For those that do not understand very well the explanation of jvlad...
>
> Guileherme, you are missing the point. We'd all like to see PHP 5.3.0 out
> there. It has a lot to offer, but namespace support is very obviousl
""Guilherme Blanco"" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> For those that do not understand very well the explanation of jvlad...
>
> He's suggesting to change the class struct to be an scope struct, and
> have a property that tells if it's a namespace or a class, and reuse
Federico Lebron wrote:
Tony Bibbs wrote:
I disagree here...it is both wanted and and needed. This feature has
been promised to the community for quite some time now and I'd simply
remind you you do have the option of *not* using namespaces if you
don't want too. If you like REALLY_LONG_CLASS
Tony Bibbs wrote:
I disagree here...it is both wanted and and needed. This feature has been promised to the community for quite some time now and I'd simply remind you you do have the option of *not* using namespaces if you don't want too. If you like REALLY_LONG_CLASS_NAMES that's still perfect
Hi,
1. and 2. are great. I'm happy to see this done.
But for 3. I think that's throwing the baby with the bathwater.
Since now global classes inside namespaces will need the "use ::Foo;" or
"::Foo...", I hope you can give a fresh look at my original idea that both
functions and classes requi
hi,
On Thu, Sep 18, 2008 at 9:02 PM, Michael Wallner <[EMAIL PROTECTED]> wrote:
> In case the original with patches attached doesn't get through:
>
> http://dev.iworks.at/PATCHES/php53-backport_output.txt
> http://dev.iworks.at/PATCHES/pecl-backport_output.txt
>
>
> Original Message -
Am 18.09.2008 um 21:02 schrieb Michael Wallner:
In case the original with patches attached doesn't get through:
http://dev.iworks.at/PATCHES/php53-backport_output.txt
http://dev.iworks.at/PATCHES/pecl-backport_output.txt
Isn't there a typo in colorer.cpp:
+php_outout_get_contents(ret
troels knak-nielsen wrote:
I just realised that his is valid PHP:
42,
'foo' => 53));
Producing the following output:
array(1) {
["foo"]=>
int(53)
}
I can anticipate that there may be practical reasons for this
"feature", but I can't think up any scenario, where it wouldn't be a
progra
I just realised that his is valid PHP:
42,
'foo' => 53));
Producing the following output:
array(1) {
["foo"]=>
int(53)
}
I can anticipate that there may be practical reasons for this
"feature", but I can't think up any scenario, where it wouldn't be a
programming error to statically dec
Am 22.09.2008 um 21:45 schrieb Stanislav Malyshev:
On the ZendCon, we (Marcus, Elizabeth, Andi and myself) had a talk
about what we'd like to do with namespaces, and we arrived at the
following conclusions, which we propose to implement in 5.3:
1. Allow braces for namespaces. So, the syntax
Arvids Godjuks a écrit :
Of course that isn't a good example, because Zend framework always has a
class prefix "Zend", but they surely can use a namespace and remove that
Zend in front of classes.
They are a lot of case where you want to use this syntax. The most
common is when you have a d
I completely agree with jvlad's thoughts - for me namespace is ability to
separate two different libraries from each other so that they don't
conflict. I don't need namespaces just to write my own application using
them to be cool, and I probably would never use a namespace for small or
middle size
22 matches
Mail list logo
