Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:56121
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.220.170 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CAAyV7nGMGaY0Xd4vr4t2yv9BO2x0rWqHU2PTfGE92n41z2KbiQ@mail.gmail.com>
References: <CALa-LwbbENc-ZQ=+5SJdA0P3Oa5mH6sJmvhYTm30J2p+9Sg5zg@mail.gmail.com>
 <CAFp73XtO7rY-U+4o+zRLMmVRNGhVa_Rdd-fN-eyGrLE2Ou-PPQ@mail.gmail.com>
 <4EB80053.7050606@php.net> <4EB80846.7090302@lsces.co.uk> <CAAyV7nEjKxPt+Of+1Vrj8E0ibAGg_jPzf9TJ6T4Bsbj1aenjyQ@mail.gmail.com>
 <4EB810BB.5030208@lsces.co.uk> <CAAyV7nG0BChPGdtM9TPSCde379ZgfAwXnEafRuLCPnaEqvvayg@mail.gmail.com>
 <CAAyV7nGMGaY0Xd4vr4t2yv9BO2x0rWqHU2PTfGE92n41z2KbiQ@mail.gmail.com>
Date: Mon, 7 Nov 2011 16:02:50 -0200
Message-ID: <CAFp73Xtn9iheMPSZPDumN9hJKcnL7Mm-qXg6ishy3n=mgSARmg@mail.gmail.com>
To: Anthony Ferrara <ircmaxell@gmail.com>
Cc: PHP internals <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Subject: Re: [PHP-DEV] SplClassLoader RFC Voting phase
From: guilhermeblanco@gmail.com ("guilhermeblanco@gmail.com")

Hi Anthony,

On Mon, Nov 7, 2011 at 3:43 PM, Anthony Ferrara <ircmaxell@gmail.com> wrote=
:
> Actually, I just re-read the RFC again and I noticed something that's
> really irksome to me:
>
>> Implementation extension
>
>> According to new threads in php-standards list, it seems all derived imp=
lementations have included these extensions to original support:
>
>> Multiple paths per namespace
>> Silent mode as a flag
>
>> This turns the RFC specification incompatible with current patch. Patch =
is going to be updated as soon as voting ends.
>
> And the following:
>
>> NOTE: This implementation is not the proposed final. It requires two upd=
ates:
>> * Multiple paths per namespace
>> * Silent mode
>
> If the RFC is changing (which hasn't really been done so with the
> exception of a few TODO notes), how can we vote on it? =C2=A0We're voting
> on the RFC which is a moving target?

Actually, it's not moving.
I enlisted that RFC was still incomplete, I detailed every change that
was missing and I even discussed that on the SplClassLoader thread.
The comments during the discussion thread is kept. I'm just updating
the RFC when I have 5 free minutes.

>
> I make a formal motion to stop the vote at this time, stabilize and
> finalize the RFC and bring that finalized RFC to a vote at a later
> date (after at least a reduced round of discussion time has taken
> place). =C2=A0Otherwise what are we really voting on, if we think PSR-0 i=
s
> important? =C2=A0The RFC is about putting in an implementation which as o=
f
> now is not fully specified either in text or in example. =C2=A0How can we
> vote on a moving target...?
>

Again, it's not moving.

> Anthony
>
> On Mon, Nov 7, 2011 at 12:23 PM, Anthony Ferrara <ircmaxell@gmail.com> wr=
ote:
>> Well, with respect to that, are there any examples of where PHP
>> currently "reserves the namespace"? =C2=A0I can declare functions/classe=
s
>> for every single disablable/PECL extension right now. =C2=A0So is there
>> even a method to "reserve a namespace", yet alone enforce that in
>> core?
>>
>> And with respect to the re-compile, what usually happens is that the
>> windows builds ship with DLLs of the compiled extensions. =C2=A0So it's =
not
>> a "part of the core compile", but an extension that can be enabled via
>> php.ini (as is currently working with apc, mbstring, mysql, mysqli,
>> etc).
>>
>> Anthony
>>
>> On Mon, Nov 7, 2011 at 12:09 PM, Lester Caine <lester@lsces.co.uk> wrote=
:
>>> Anthony Ferrara wrote:
>>>>
>>>> Lester,
>>>>
>>>> I think he was referring to something like the MySQL/bcmath/etc
>>>> extension where it ships in core, but is disabled by default (requires
>>>> a compile-time option).
>>>>
>>>> I think what you interpreted it as is basically just what PECL is for
>>>> and how it works? =C2=A0Considering that it would basically be just `p=
ecl
>>>> install PSRClassLoader`? =C2=A0And at that point there's no reason for
>>>> anything in the core (even reserving a namespace). =C2=A0That's how ot=
her
>>>> extensions (even popular ones like apc) work now...
>>>>
>>>> Unless I'm misunderstanding what you mean...?
>>>
>>> Actually the "reserve the namespace" is probably the important piece of=
 the
>>> jigsaw?
>>> Also while Linux 'installs' can easily 'recompile', windows builds are
>>> necessarily pre-compiled, so what is compiled in and what is available =
via
>>> an extension becomes more important.
>>>
>>>> On Mon, Nov 7, 2011 at 11:33 AM, Lester Caine<lester@lsces.co.uk> =C2=
=A0wrote:
>>>>>
>>>>> Sebastian Bergmann wrote:
>>>>>>>
>>>>>>> 1- The same as you wrote. Having it in SPL and in PHP 5.4
>>>>>>>>
>>>>>>>> =C2=A02- Have it in PHP 5.4 as an external extension (FIG, PSR or =
PSG),
>>>>>>>> =C2=A0enabled by default.
>>>>>>>> =C2=A03- As an external extension, disabled by default. This would=
 require
>>>>>>>> =C2=A0PHP core to reserve the namespace for us.
>>>>>>
>>>>>> =C2=A0You are missing 4: not have it at all (which would get my +1).
>>>>>
>>>>> 3 would be acceptable if external extensions were downloaded separate=
ly
>>>>> to
>>>>> the core distribution ... but I suppose that IS 4 ;)
>>>>> Isn't it about time we considered a better distribution model for
>>>>> additions
>>>>> like this?
>>>
>>>
>>> --
>>> Lester Caine - G8HFL
>>> -----------------------------
>>> Contact - http://lsces.co.uk/wiki/?page=3Dcontact
>>> L.S.Caine Electronic Services - http://lsces.co.uk
>>> EnquirySolve - http://enquirysolve.com/
>>> Model Engineers Digital Workshop - http://medw.co.uk//
>>> Firebird - http://www.firebirdsql.org/index.php
>>>
>>> --
>>> PHP Internals - PHP Runtime Development Mailing List
>>> To unsubscribe, visit: http://www.php.net/unsub.php
>>>
>>>
>>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>



--=20
Guilherme Blanco
Mobile: +55 (11) 8118-4422
MSN: guilhermeblanco@hotmail.com
S=C3=A3o Paulo - SP/Brazil