On Sun, 29 Sep 2002, Jon Parise wrote:
> On Mon, Sep 30, 2002 at 02:38:18AM +0200, Sascha Schumann wrote:
>
> > - The meaning of PHP_NEW_EXTENSION's sapi_class parameter
> > will be extended to allow a *list* of SAPI module names
> > with which the extension can be compiled.
>
> A
On Mon, Sep 30, 2002 at 02:38:18AM +0200, Sascha Schumann wrote:
> - The meaning of PHP_NEW_EXTENSION's sapi_class parameter
> will be extended to allow a *list* of SAPI module names
> with which the extension can be compiled.
And the absence of this list parameter will infer al
Ok, my notes include now:
- PHP_SELECT_SAPI will be extended to also cover ZTS
PHP_SELECT_SAPI(name, type[, sources [, extra-cflags [, zts]]])
zts is either
empty -- works with non-ZTS only (common case)
or 1 - ZTS only
or 2 - works with both (e.g. CGI, embed)
On Sunday 29 September 2002 23:14, Sascha Schumann wrote:
[snip]
> Well, the install target did not work, because you
> made no visible effort to integrate your SAPI module with the
> rest of PHP.
Yes I made no effort to integrate SAPI into the "make install" chain as I was
not quite
> But sometimes they add desired functionality. Like building CLI at the same
> time as another SAPI module. This "hack" has worked quite well for the past
> half a year or so and it is generaly considered very stable. At least I have
> not heard that there were problems with it.
The CLI buil
On Sunday 29 September 2002 21:38, Sascha Schumann wrote:
> On Sun, 29 Sep 2002, Edin Kadribasic wrote:
> > Hi Sascha,
> >
> > Without going into the specifics of my implementation of embeddable
> > phplib at this point, don't you think the author of the implementation
> > should be at least asked
On Sun, 29 Sep 2002, Edin Kadribasic wrote:
> Hi Sascha,
>
> Without going into the specifics of my implementation of embeddable phplib at
> this point, don't you think the author of the implementation should be at
> least asked for his motivation for doing things in a particular way before
> you
