Not all mirrors allow outbound connections, which the form does (reposts to
master).
This form should be moved completely to master.php.net, with a link from
the mailinglist page.
Please keep website related discussions.. on the webmaster list :]
-Hannes
On Mon, Dec 1, 2014 at 1:19 PM, Levi M
On Dec 21, 2014 10:50 AM, "Xinchen Hui" wrote:
>
> Hey:
>
> On Sun, Dec 21, 2014 at 11:43 AM, Pierre Joye
wrote:
> >
> > On Dec 21, 2014 10:23 AM, "Xinchen Hui" wrote:
> >>
> >> Hey:
> >>
> >
> >> I am strongly against to remove ext/mysql
> >>
> >> that means, all wordpress users/maintainers, w
On Sun, Dec 21, 2014 at 9:01 AM, F & N Laupretre wrote:
> Hi,
>
>
>
> I don't know if this was discussed before. So, tell me what you think before
> I write an RFC.
>
>
>
> I would like to propose that namespaces, functions, and classes become
> case-sensitive (constants are already case-sensitive
Hi!
> is not recommended at all. Keeping not recommended spec forever is not
> a good idea. IMHO. Using strtolower() all over place in the Engine to keep
There's a huge difference between "not recommended" and breaking the
code. Using if() without braces, or inconsistent indentation - is not
reco
Hey:
On Sun, Dec 21, 2014 at 11:43 AM, Pierre Joye wrote:
>
> On Dec 21, 2014 10:23 AM, "Xinchen Hui" wrote:
>>
>> Hey:
>>
>
>> I am strongly against to remove ext/mysql
>>
>> that means, all wordpress users/maintainers, will not able to upgrade
>> to PHP7 without pain.
>
> https://make.wordpre
On Dec 21, 2014 10:23 AM, "Xinchen Hui" wrote:
>
> Hey:
>
> I am strongly against to remove ext/mysql
>
> that means, all wordpress users/maintainers, will not able to upgrade
> to PHP7 without pain.
https://make.wordpress.org/core/2014/04/07/mysql-in-wordpress-3-9/
Basically wp and mysql are
Hey:
On Sun, Dec 21, 2014 at 11:25 AM, Andrea Faulds wrote:
> Hey Xinchen,
>
>> On 21 Dec 2014, at 03:22, Xinchen Hui wrote:
>
>> I am strongly against to remove ext/mysql
>>
>> that means, all wordpress users/maintainers, will not able to upgrade
>> to PHP7 without pain.
>
> It’d be in PECL
Hey Xinchen,
> On 21 Dec 2014, at 03:22, Xinchen Hui wrote:
> I am strongly against to remove ext/mysql
>
> that means, all wordpress users/maintainers, will not able to upgrade
> to PHP7 without pain.
It’d be in PECL and I’m sure every distro would package it, so there’d be no
pain.
But I
Hey:
On Sun, Dec 21, 2014 at 1:33 AM, Nikita Popov wrote:
> On Sat, Oct 11, 2014 at 10:52 PM, Nikita Popov wrote:
>
>> Hi internals!
>>
>> We currently have a number of deprecated features, which we likely want to
>> remove in PHP 7. I've created a tracking RFC listing deprecated
>> functionalit
I just read Nikita's RFC on deprecated features for PHP 7.
Couldn't we go this way and use his process ? add to his list the fact that
functions, classes, and namespaces can be declared and used/called with
case-sensitivity mismatches ? This would become clearly known by
everyone. Then, as any ot
> De : Andrea Faulds [mailto:a...@ajf.me]
> I’d thought of doing this before, but the backwards-compatibility cost is too
> high.
It is a BC break, I agree, but would the impact on PHP community be so high ? I
have never seen any PHP code which would rely on function/class names
case-insensitivi
Hi all,
On Sun, Dec 21, 2014 at 7:01 AM, F & N Laupretre
wrote:
> I would like to propose that namespaces, functions, and classes become
> case-sensitive (constants are already case-sensitive). Actually, I never
> understood why they are case-insensitive. Even if the performance gain is
> neglig
On 12/20/2014 05:16 PM, Paul Dragoonis wrote:
> It's too big of a BC change firstly.
>
> Secondly it has no language benefit or developer benefit.
Are you sure? Autoloading schemes such as PSR-4 derive pathnames from
class names without converting them to lowercase. If case mismatches go
undetect
Hey Alain,
> On 20 Dec 2014, at 22:52, Alain Williams wrote:
>
> On Sat, Dec 20, 2014 at 10:45:39PM +, Andrea Faulds wrote:
>
>> I would like to see more case uniformity, but I think this is the less
>> practical direction. Instead of making everything case-sensitive, we should
>> make ev
On Sat, Dec 20, 2014 at 10:45:39PM +, Andrea Faulds wrote:
> I would like to see more case uniformity, but I think this is the less
> practical direction. Instead of making everything case-sensitive, we should
> make everything case-insensitive, which would break far less stuff, and is a
>
Hey François, (I assume there’s a ç, I apologise if not)
> On 20 Dec 2014, at 22:01, F & N Laupretre wrote:
>
> I don't know if this was discussed before. So, tell me what you think before
> I write an RFC.
Ah, this subject has come up before, I think. :)
> I would like to propose that namespa
On Sat, Dec 20, 2014 at 11:01:23PM +0100, F & N Laupretre wrote:
> Hi,
>
>
>
> I don't know if this was discussed before. So, tell me what you think before
> I write an RFC.
>
>
>
> I would like to propose that namespaces, functions, and classes become
> case-sensitive (constants are alread
Hi Francois,
It's too big of a BC change firstly.
Secondly it has no language benefit or developer benefit.
The only benefit is case correctness which is a nice to have. Making sure
existing code works is a must have.
Cheers,
Paul
On 20 Dec 2014 22:01, "F & N Laupretre" wrote:
> Hi,
>
>
>
>
Hi,
I don't know if this was discussed before. So, tell me what you think before
I write an RFC.
I would like to propose that namespaces, functions, and classes become
case-sensitive (constants are already case-sensitive). Actually, I never
understood why they are case-insensitive. Even if
On Sat, Oct 11, 2014 at 10:52 PM, Nikita Popov wrote:
> Hi internals!
>
> We currently have a number of deprecated features, which we likely want to
> remove in PHP 7. I've created a tracking RFC listing deprecated
> functionality (if I missed something, please tell):
>
> https://wiki.php.net
> On 14 Dec 2014, at 18:35, Andrea Faulds wrote:
>
> I’ve made a patch which makes zend_parse_parameters and userland type hints
> consistently show “integer” and “float” rather than “long” and “double”:
> https://github.com/php/php-src/pull/955
>
> I also wrote a GNU sed script which I used
Hi Andrea,
Sorry, I thought you were gong to provide a patch for master.
I think it's better not to apply this in 5.6.
Even if it won't make technical problems it'll bring incompatibility
between minor 5.6.* versions.
I made a patch for master on top of yours -
https://gist.github.com/dstogov/395
22 matches
Mail list logo