Re: Bug 47468: enabling readline/libedit/pcntl/ncurses with --enable-embed

From: Date: Sat, 09 May 2009 00:45:53 +0000
Subject: Re: Bug 47468: enabling readline/libedit/pcntl/ncurses with --enable-embed
References: 1 2 3 4  Groups: php.internals 
Request: Send a blank email to internals+get-43876@lists.php.net to get a copy of this message
Arnaud Le Blanc kirjoitti:
On Fri, 2009-05-08 at 16:12 +0100, Paul Biggar wrote:
Hi Arnaud, Thanks for looking at this. On Fri, May 8, 2009 at 2:11 PM, Arnaud Le Blanc <lbarnaud@php.net> wrote:
Does the following patch works for you ? (use ./buildconf after applying, then reconfigure). It does the same thing as yours, but moves the decision of allowing "cli" extensions to SAPI's config.m4.
I tested this on CVS 5.3 (with the configure command: ./configure --with-readline --enable-embed --enable-maintainer-zts --enable-debug). It applies cleanly, and I checked the readline symbols were present. I have also forwarded it to two of phc's users who reported the bug. I expect they'll be back to me within a day or two, if you prefer to wait for further confirmation. FWIW, I like the new patch better than my hack. However, I don't understand the how it works from the comment (that bit of acinclude is very shoddily documented in general).
The build system allows to build two SAPIs at a time: the CLI and a SAPI of choice. Some extensions are irrelevant for webserver SAPIs, so they mark themselves as CLI-only extensions. This allows one to enable these extensions in the CLI without enabling them in the server SAPI. This patch allows a SAPI to mark itself as allowing those extensions.
I really need to sleep before I read this again, but with a quick look at the patch I couldn't figure what you're fixing and where. :) PLEASE don't commit this before I can check it out. --Jani

« previous php.internals (#43876) next »