> > I compiled 5.2.5 last night and noticed that it effectively breaks all
> > static calls which have no static keyword assigned in the function's
> > definition (sorry, a bit clumsy here).
How about waiting to break people's :: calls to non-static functions
until some number of relea
till wrote:
Bjori just nailed it:
class foo { function foo() { echo 'foo'; } }
foo::foo();
It's some constructor BC thing.
I didn't think any of these changes were in the 5_2 tree at all. As far
as I am concerned the E_STRICT is for 5.3. We can't make a change like
this in a minor versi
Bjori just nailed it:
class foo { function foo() { echo 'foo'; } }
foo::foo();
It's some constructor BC thing.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Sat, Mar 1, 2008 at 9:00 PM, Marcus Boerger <[EMAIL PROTECTED]> wrote:
> Hello Pierre,
>
> Saturday, March 1, 2008, 8:53:26 PM, you wrote:
>
> and yeas after several years of trying to communicate and never gotten
> anything back? I have told PREAR development a million times to fix code.
I
Hello Pierre,
Saturday, March 1, 2008, 8:53:26 PM, you wrote:
and yeas after several years of trying to communicate and never gotten
anything back? I have told PREAR development a million times to fix code.
Now not even PEAR code is wrong but it is copied into endless amounts of
code. So it seems
On Sat, Mar 1, 2008 at 8:51 PM, Hannes Magnusson
<[EMAIL PROTECTED]> wrote:
> On Sat, Mar 1, 2008 at 8:45 PM, till <[EMAIL PROTECTED]> wrote:
> > Btw, is there anything one can do to get more involved and spot those
> issues?
>
> http://news.php.net/php.pear.qa/4812
Guess I need to change my s
Hi Marco,
On Sat, Mar 1, 2008 at 8:36 PM, Marcus Boerger <[EMAIL PROTECTED]> wrote:
> Hello till,
>
> we changed the behavior as much back as we need be. Fact is that this has
> been an oversight. It has been a bug we just fixed. As an eagreement we
> decided not to mark all of these as fatal.
On Sat, Mar 1, 2008 at 8:45 PM, till <[EMAIL PROTECTED]> wrote:
> Btw, is there anything one can do to get more involved and spot those issues?
http://news.php.net/php.pear.qa/4812
-Hannes
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.p
Hello till,
lukas has a primary tester list. If you have an application that is used
by a lot of people and not just by you, you should contact him. You can
also subscribe to the QA list. Further more no one is hindering from
testing PHP during development...
marcus
Saturday, March 1, 2008, 8:
On Sat, Mar 1, 2008 at 8:36 PM, Marcus Boerger <[EMAIL PROTECTED]> wrote:
> Hello till,
>
> we changed the behavior as much back as we need be. Fact is that this has
> been an oversight. It has been a bug we just fixed. As an eagreement we
> decided not to mark all of these as fatal. We might d
Hi Marcus,
we changed the behavior as much back as we need be. Fact is that this has
been an oversight. It has been a bug we just fixed. As an eagreement we
decided not to mark all of these as fatal.
Why are _any_ of them fatal?
- Steph
--
PHP Internals - PHP Runtime Development Mailing L
Hello till,
we changed the behavior as much back as we need be. Fact is that this has
been an oversight. It has been a bug we just fixed. As an eagreement we
decided not to mark all of these as fatal. We might do so in later versions.
However we have been mentioning this for years now. Fix the d
Hi!
(Apologies for starting a new thread.)
I compiled 5.2.5 last night and noticed that it effectively breaks all
static calls which have no static keyword assigned in the function's
definition (sorry, a bit clumsy here). I *thought* this had been
discussed before and was due to 5.3 but then it h
Hello Christian,
Saturday, March 1, 2008, 1:53:39 PM, you wrote:
> Hello Christian, Stanislav,
> Friday, February 29, 2008, 6:44:44 PM, you wrote:
>> Hi!
>>> 1) The current checks are IMHO too strict regarding default values for
>>> parameters: An inheriting class can add default values to a p
Hello Christian, Stanislav,
Friday, February 29, 2008, 6:44:44 PM, you wrote:
> Hi!
>> 1) The current checks are IMHO too strict regarding default values for
>> parameters: An inheriting class can add default values to a parameter
>> without breaking the protocol:
>> class A { function foo($x) {
On Sat, Mar 1, 2008 at 3:04 AM, Wudi Liu <[EMAIL PROTECTED]> wrote:
> I forgot the password of my CVS account since I haven't used the account
https://master.php.net/forgot.php
-Hannes
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
16 matches
Mail list logo
