Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:7362 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 47936 invoked by uid 1010); 27 Jan 2004 17:42:24 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 47911 invoked from network); 27 Jan 2004 17:42:24 -0000 Received: from unknown (HELO mx.thebrainroom.net) (65.200.24.98) by pb1.pair.com with SMTP; 27 Jan 2004 17:42:24 -0000 Received: by mx.thebrainroom.net (Postfix, from userid 517) id 4D86B1488089; Tue, 27 Jan 2004 09:42:22 -0800 (PST) Received: from obsidian (zaneeb.thebrainroom.net [82.133.1.138]) by mx.thebrainroom.net (Postfix) with ESMTP id 993101488087; Tue, 27 Jan 2004 09:42:16 -0800 (PST) Message-ID: <03b501c3e4fc$b5888360$8802a8c0@obsidian> To: "George Schlossnagle" , "Andrei Zmievski" Cc: "Uwe Schindler" , References: <20040127164011.GE32706@gravitonic.com> <6.0.1.1.0.20040127175555.03cd6940@127.0.0.1> <20040127170217.GA32897@gravitonic.com> <0B4DA46D-50EB-11D8-AF64-000393B2B3C0@omniti.com> Date: Tue, 27 Jan 2004 17:40:50 -0000 Organization: The Brain Room Ltd. MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-Spam-Status: No, hits=-0.9 required=5.0 tests=AWL,BAYES_30,QUOTED_EMAIL_TEXT,REFERENCES version=2.55 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) X-TBR-Filter: Virus scanned and defanged Subject: Re: [PHP-DEV] Compiling 2 SAPIs From: wez@thebrainroom.com ("Wez Furlong") That is also how the new win32 build system handles it; you have the option of php5ts.dll or php5.dll. --Wez. > >> Would be great. The only thing is: We must compile all SAPIs with ZTS > >> enabled... But thats the same on windows. > > > > Well, maybe we can have a ZTS and a non-ZTS version of the core lib. > > That seems like a nice standard way of handling it.