Re: RFC: phpdbg

From: Date: Thu, 21 Nov 2013 17:19:33 +0000
Subject: Re: RFC: phpdbg
References: 1 2 3 4 5 6  Groups: php.internals 
Request: Send a blank email to internals+get-70266@lists.php.net to get a copy of this message
On Thu, Nov 21, 2013 at 4:15 PM, Michael Wallner <mike@php.net> wrote: > On 21 November 2013 15:54, Joe Watkins <krakjoe@php.net> wrote: >> On 11/21/2013 02:43 PM, Michael Wallner wrote: >>> >>> On 21 November 2013 15:38, Joe Watkins <krakjoe@php.net> wrote: >>>> >>>> On 11/21/2013 02:20 PM, Nikita Popov wrote: >>> >>> >>>>> I'm probably missing some context here, maybe you could explain how >>>>> phpdbg >>>>> differs from something like xdebug? I mean, xdebug seems to be the >>>>> de-facto >>>>> debugging extension for PHP and has been for a long time, but we're not >>>>> bundling it. Why should we bundle phpdbg instead? >>>> >>>> >>>> This is not an extension, it is a SAPI module. The build system >>>> does >>>> not support external SAPI modules, the implementation requires Zend API >>>> which is not exported (or wasn't, has since been patched). >>> >>> >>> That still does not answer the question, though?! >>> >>> >> >> Yes, it does. >> >> xdebug has a reasonable route to deployment already, it, and none of it's >> users, benefit at all from xdebug being bundled. >> >> This is not the same, it can be deployed outside of the source tree but it's >> much harder, for most people, and for some impossible. >> >> I was happy writing code, getting a few functions exported and deploying to >> those people with the ability to build ... >> >> I don't much care for anything but writing the code, and will go back to >> that now ... > > Sorry, I actually only meant the first question: what's the difference > to xdebug? > I don't care yet about bundling, I don't event know what it is. Mabye read http://phpdbg.com/docs/getting-started ? :) As Joe already said, it is a SAPI, it has a debugging console, etc. It is something amazingly handy. Cheers, -- Pierre @pierrejoye | http://www.libgd.org

« previous php.internals (#70266) next »