Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:50145 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 73825 invoked from network); 11 Nov 2010 17:15:46 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 11 Nov 2010 17:15:46 -0000 Authentication-Results: pb1.pair.com header.from=johannes@schlueters.de; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=johannes@schlueters.de; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain schlueters.de from 217.114.211.66 cause and error) X-PHP-List-Original-Sender: johannes@schlueters.de X-Host-Fingerprint: 217.114.211.66 ns.km36107.keymachine.de Solaris 10 (beta) Received: from [217.114.211.66] ([217.114.211.66:53878] helo=config.schlueters.de) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 42/03-51384-1C42CDC4 for ; Thu, 11 Nov 2010 12:15:46 -0500 Received: from [192.168.1.31] (ppp-93-104-45-39.dynamic.mnet-online.de [93.104.45.39]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by config.schlueters.de (Postfix) with ESMTPSA id BEFE244275; Thu, 11 Nov 2010 18:15:42 +0100 (CET) To: =?ISO-8859-1?Q?J=E9r=F4me?= Loyet Cc: php-dev In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Date: Thu, 11 Nov 2010 18:15:41 +0100 Message-ID: <1289495741.9157.47.camel@guybrush> Mime-Version: 1.0 X-Mailer: Evolution 2.30.2 Content-Transfer-Encoding: 8bit Subject: Re: [PHP-DEV] [PHP] multiple sapi (multiple bug reports) From: johannes@schlueters.de (Johannes =?ISO-8859-1?Q?Schl=FCter?=) Hi, On Thu, 2010-11-11 at 17:36 +0100, Jérôme Loyet wrote: > there is several bug reports about having problem compiling differents > SAPI at once. > > http://bugs.php.net/52419 > http://bugs.php.net/48989 > http://bugs.php.net/53271 > > I'm also experiencing the same problem. CLI can be compiled and build > with any other SAPI. But only one other SAPI could be compiled and > build at once. > > If this is a normal behaviour, we should add an error at configure > telling that only one SAPI is supported at once. > It not, we should correct it. Building multiple SAPIs should only be "required" by distributors who want to save compile time. CLI is a special exception to this rule. I was under the impression that a conflict might be due to the way main/internal_functions.c is generated, while I noticed that modules belonging to a SAPI (like the one holding apache-specific functions) aren't registered via that file but directly from within the SAPI. (For CLI there is a special case with internal_functions_cli.c which lists extensions like realdine which can only be added to CLI) There might be other conflicts though so I would be careful with adding support for this. johannes