Hello guys,
just a short notice from google. There is a rule that disallows students
from working together. I didn't remember having seen it or heared of it on
the administrators list but if google Chris or Greg from Google say so we
can only respect that rule. In fact Chris said that the work of two students
shouldn't be overlaping. Doing part of the work twice is no problem. This
actually happens sometimes here two. In that case we take the better option
if we want it at all.
best regards
marcus
Saturday, May 27, 2006, 1:48:45 AM, you wrote:
> Hello William, Sebastian, Pavlo,
> i guess the #line stuff is indeed a very good general addition to
> PHP. For instance this is also necessary once i made re2c capable of
> handling PHP code which a bunch of people already asked me. If that
> doesn't fit into Pavlo's concept i might do it myself somewhen in the
> upcoming future. Right now i cannot tell how good it will fit into
> Pavlo's plans. Any comment on that Pavlo?
> best regards
> marcus
> p.s.: All project/development related mails have to be open as per
> SoC conditions. To meet that requirement i added internals@lists.php.net
> as recipient. Please keep that.
> p.s.s: I am thinking of setting up an email list per SoC project to
> make it easier to follow above requirement. Thoughts on that?
> Saturday, May 27, 2006, 1:09:20 AM, you wrote:
>> On 5/26/06, Marcus Boerger <[EMAIL PROTECTED]> wrote:
>>> Hello Zeev,
>>>
>>> actually there was plenty of discussion prior to selecting the summer
>>> of code projects. Nonetheless we will see how it will work out. For example
>>> #line <num> <source> can easily be aded to the lexer already and doesn't
>>> require a full blown preprocessor. Versioning is very different since it
>>> should either be a real preprocessor and thus not doing any harm to php
>>> or it is a language feature and then a bunch of stuff probably has to be
>>> changed. Though maybe even then it is a simple additional state in the
>>> lexer - those tools can be so easy.
>>>
>>> Anyway you might want to contact the student.
>>>
>>> marcus
>>>
>>> Friday, May 26, 2006, 11:04:30 AM, you wrote:
>>>
>>> > Yeah I heard, but it doesn't mean it'll become a part of the language
>>> > (doesn't mean that it would not, but as usual, no discussion ;).
>>>
>>> > What Alan suggested is already a part of the language, bares no
>>> > additional overhead (both CPU cycles and brain cycles), and also
>>> > (least important point) is very easy to implement.
>>>
>>> > Zeev
>>>
>>>
>>>
>>> > At 05:08 26/05/2006, Marcus Boerger wrote:
>>> >>Hello Zeev,
>>> >>
>>> >> actually there is a student working on a pre-processor for his summer
>>> >>of code project. And that will most likely cover versioning, too.
>>> >>
>>> >>best regards
>>> >>marcus
>>> >>
>>> >>Friday, May 26, 2006, 4:06:00 AM, you wrote:
>>> >>
>>> >> > I read it as if it was declare() ;)
>>> >>
>>> >> > I agree with Pierre that the best way to handle BC break is not to
>>> >> > introduce it, but since that's not always 100% possible, this may
>>> >> > make sense. Of course, it'll only work with stuff that is
>>> >> > syntax-compliant with the currently running PHP version, but that
>>> >> > covers most BC breakage.
>>> >>
>>> >> > Zeev
>>> >>
>>> >> > At 04:57 26/05/2006, Alan Knowles wrote:
>>> >> >>actaully it should have been declare() - as I think the syntax for that
>>> >> >>almost works already, but yes, code doesnt get compiled if it's inside
>>> >> >>a
>>> >> >>block.
>>> >> >>
>>> >> >>Regards
>>> >> >>Alan
>>> >> >>
>>> >> >>Zeev Suraski wrote:
>>> >> >> > At 03:57 26/05/2006, Alan Knowles wrote:
>>> >> >> >> Can we start concentrating on finding a real solution to BC breaks
>>> >> >> >> rather than throwing them out there and everyone complaining?
>>> >> >> >>
>>> >> >> >> define(php5) {
>>> >> >> >> stuff that breaks in php6
>>> >> >> >> }
>>> >> >> >> define(php6) {
>>> >> >> >> stuff that doesnt work in PHP5
>>> >> >> >> }
>>> >> >> >
>>> >> >> > What's the semantics of that? The code inside doesn't get executed
>>> >> >> > if
>>> >> >> > it's not the define()'d PHP version?
>>> >> >> >
>>> >> >> > Zeev
>>> >>
>>> >>
>>> >>
>>> >>
>>> >>Best regards,
>>> >> Marcus
>>>
>>>
>>>
>>>
>>> Best regards,
>>> Marcus
>>>
>>> --
>>> PHP Internals - PHP Runtime Development Mailing List
>>> To unsubscribe, visit: http://www.php.net/unsub.php
>>>
>>>
Best regards,
Marcus
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
