Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:68571 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 19590 invoked from network); 19 Aug 2013 19:59:24 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 19 Aug 2013 19:59:24 -0000 Authentication-Results: pb1.pair.com header.from=mike.php.net@gmail.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=mike.php.net@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.217.173 as permitted sender) X-PHP-List-Original-Sender: mike.php.net@gmail.com X-Host-Fingerprint: 209.85.217.173 mail-lb0-f173.google.com Received: from [209.85.217.173] ([209.85.217.173:48902] helo=mail-lb0-f173.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 7B/27-22131-B1972125 for ; Mon, 19 Aug 2013 15:59:24 -0400 Received: by mail-lb0-f173.google.com with SMTP id 10so3337017lbf.18 for ; Mon, 19 Aug 2013 12:59:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=rSLRpxTh8l2fHPWb6UUc+BboVFyXBPQ6vUMApNo266M=; b=pJNWsg7QCY96bizsTJCH7x2X5c1w5C6mabRyKMqh64HQ44gmxKo/u5s03BtfLVBHkV 2bDprd4RSMxoUZyyfnfXAY4ViKdjEerx1cVqdAAgHtB3PqJczynpHXjxwrTTn7ixLQby byLfknXgcSEJYN+Aau4x/CCatBtimneNNwEuDAMInhw3gJRdc0SyjJjfT4ZrZqGxrymQ iPWuHohtJUKZ2T3MCQnkZA7Q9hYu3Pp/BwBs/4NQ782HGd7CoVoyZFeRsyVxRB7VsaML JRT782isss64i+85AGSx4op/txXp4Km31Tij4LKaYP5QRsDOVMLCU7NAdWiHlXctJCuQ p2+A== MIME-Version: 1.0 X-Received: by 10.152.44.164 with SMTP id f4mr2871288lam.38.1376942360754; Mon, 19 Aug 2013 12:59:20 -0700 (PDT) Sender: mike.php.net@gmail.com Received: by 10.114.184.19 with HTTP; Mon, 19 Aug 2013 12:59:20 -0700 (PDT) In-Reply-To: References: Date: Mon, 19 Aug 2013 21:59:20 +0200 X-Google-Sender-Auth: -h6A1TDiFbHpJveVXQngQG-ARt8 Message-ID: To: J David Cc: Sara Golemon , PHP internals Content-Type: text/plain; charset=UTF-8 Subject: Re: [PHP-DEV] Interest in a "null" SAPI for embedding? From: mike@php.net (Michael Wallner) On 19 August 2013 20:12, J David wrote: > The big preliminary question for me would be, "Is there a specific > design reason why it isn't currently done this way?" PHP already > requires shlib's that depend on shlib's, so that functionality is > probably universally available, but I can't shake the suspicion that > maybe there is some has-to-be-supported platform or use case hiding at > the periphery that requires static linking. I think it all was about to be as standalone as possible, e.g. you could have a CLI with builtin readline/pcntl/whatelse extensions, while mod_php could be kept lean of that and include an opcache/whatelse instead. So, I'm not sure if a libphp.so is actually something we want unconditionally... maybe if it wasn't --enable-null but something like --enable-libphp, which would create a libphp.so which would be used to link all of the specified SAPIs. Examples: Creates three static SAPIs, all with the same configure options, though: ./configure --with-apxs --enable-cli --enable-cgi ... Create each SAPI with their own configure options: ./configure --with-apxs ... ./configure --disable-cgi --enable-cli ... ... Create SAPIs which link against a libphp.so: ./configure --enable-libphp --enable-cli --enable-cgi --with-apxs ... Now that example actually points to a problem, what if I mix case 2 and 3? ./configure --enable-libphp --enable-cli --disable-cgi ... ./configure --enable-libphp --with-apxs ... Where "..." could be f.e. enable-maintainer-zts or enable-debug? -- Regards, Mike