Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:49130
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain thelounge.net designates 195.34.141.34 as permitted sender)
Message-ID: <4C49B7FC.6090601@thelounge.net>
Date: Fri, 23 Jul 2010 17:40:44 +0200
Organization: the lounge interactive design
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.7) Gecko/20100721 Remi/fc12 Lightning/1.0b2pre Thunderbird/3.1.1
MIME-Version: 1.0
To: Karoly Negyesi <karoly@negyesi.net>
CC: "internals@lists.php.net" <internals@lists.php.net>
References: <AANLkTik4JFIs6y1jSK8_6OAbTdoikvwEWwoIKNH3QFrb@mail.gmail.com> 	<730E72B7-B2C3-4FF9-8138-F04659ECDB56@php.net>	<AANLkTin8eaBcb7ekj-ZjF7GVXbrcn8ZTEyVS-zW6AsOf@mail.gmail.com> 	<4C4950B2.40805@thelounge.net> <AANLkTi=fs_fEzFC4zdq4VVfkhzWQYpcEenSmUf+2QoOh@mail.gmail.com>
In-Reply-To: <AANLkTi=fs_fEzFC4zdq4VVfkhzWQYpcEenSmUf+2QoOh@mail.gmail.com>
OpenPGP: id=7F780279;
	url=http://arrakis.thelounge.net/gpg/h.reindl_thelounge.net.pub.txt
Content-Type: multipart/signed; micalg=pgp-sha1;
 protocol="application/pgp-signature";
 boundary="------------enig306520C5574D7B44113374FC"
Subject: Re: [PHP-DEV] Remove variable function and method calls
From: h.reindl@thelounge.net (Reindl Harald)

--------------enig306520C5574D7B44113374FC
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

First:
A personally answer is NOT "the list"

Am 23.07.2010 17:27, schrieb Karoly Negyesi:
>> Idiotic point of view, really there is no brain behind
>=20
> Really? so we are now down to personal attacks.=20

Sorry but if you do not understand the first answer i have
to make it clear

> Now listen. *Every*
> PHP version breaks backwards compatibility=20

But NEVER without any reason

Nobody, bever in no project has to make incompatible
changes just for fun

> I am one of the lead Drupal developers

no comment

> It was quite long ago but
> didnt PHP 4.4 break array functions not to accept NULLs instead=20
> of empty arrays?

If this was a problem the code is crap
ARRAY-functions are expecting arrays, if the do not
loud cry by other input does not mean the input is ok

> Now, PHP 5.3 breaks things so big time it really should
> have been PHP 6.0 because this sets up an expectation that everything
> that worked with 5.2 works with 5.3 because it's not a major change.
> Still: we cope as best as we can.

What does 5.3 break?
Because you application is not well designed and you have
troubles you want a incomaptible change to break other
applications?

Our core project has 250.000 LOC and get it running with 5.3
needed only 6 changes to get aways some warnings

122 production installations with error_reporting E_ALL including E_STRIC=
T

If 5.3 breaks things that you would like to call it 6.0
think about your code as some other projects should do
which are writing thousands of warnings in dhe log with
E_STRICT, E_DEPRECATED, E_ALL

> I have pointed out why it's confusing which apparently noone read
> and have pointed out that there is an equivalent replacement which
> again noone read because someone asked whether I want to remove
> call_user_func too which is the very alternative I have pointed out.

Does not matter
If you will remove everything that can confuse anybody you
have to remove nearly all things which are powerful but this
is a bad idea because you will every time have a user with missing
skills which is confused

> I have refrained from writing to this mailing list for years. It's
> crystal clear again that feedback is not welcome, my emails are not
> read and now I am personally attacked so I will stop here and revert
> to lurking. You guys can continue breaking the language and make our
> life hell. I tried.

stop to whine!

It is not "the list" if you get a personally answer for
breandead wishes they have only the reason to break others
projects because yours is broken with 5.3 and you will
see die other ones too


--------------enig306520C5574D7B44113374FC
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Remi - http://enigmail.mozdev.org/

iEYEARECAAYFAkxJt/wACgkQhmBjz394AnkZGACfd+zg99jny4eM1aFrZ0aN28/E
O/gAnAlnEFFa2XdzMYqwVdr86Afq7dFb
=GO6T
-----END PGP SIGNATURE-----

--------------enig306520C5574D7B44113374FC--