>         This is new information to me, I was lead to believe that phpstorm 
> were
> happy to invest time in it.
>
>         I asked bob for the xml stuff to be reverted from 5.6 and master
> yesterday and be developed elsewhere.
>
>         This now *must* happen, it doesn't belong in php-src at this point.
>
>         If development of a remote protocol is to be carried out, it *must* be
> carried out in an experimental branch of php-src, or on krakjoe/phpdbg.
>
>         About scope, we never intended to write a remote debugger suitable for
> everything, we were pushed down that road by what people seem to want.
>
>         phpdbg is fundamentally different to xdebug, it cannot be loaded in 
> any
> SAPI, it doesn't even make sense to talk about using it in the same way
> as xdebug, it does not and can not do all the things.
>
>         I'm quite happy for phpdbg to have better remote abilities, I even 
> said
> that we should use dbgp https://github.com/krakjoe/phpdbg/issues/105
>
>         I'd be even happier if we left that to xdebug, we never wanted to 
> focus
> on that in the beginning.
>
>         The remote ability that phpdbg had at the beginning was for no more
> than giving people uncomfortable with using a shell, or not able to use
> a shell, an option. It worked, but was arguably terrible, and an
> afterthought.
>
>         I think it would be better for everyone if we dropped the idea of
> support for remote debugging, I won't stop it going ahead if bob still
> wants to work on it, but I do regard it as feature creep.

I see a clear usecase for remote debugging and shell. Same shell usage
as now but with remote host support. I do that a lot for many other
languages, testing stuff in various VMs. It is amazingly handy to be
able to do that.

As of 5.6, I am not sure  either with other big changes as 5.6 is
stable now, huge changes (and not well tested, builds were broken
f.e.) should be done after (public) discussions, if necessary.

Cheers,
-- 
Pierre

@pierrejoye | http://www.libgd.org

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to