Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:58182 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 42308 invoked from network); 27 Feb 2012 19:41:49 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 27 Feb 2012 19:41:49 -0000 Authentication-Results: pb1.pair.com smtp.mail=kris.craig@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=kris.craig@gmail.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.82.54 as permitted sender) X-PHP-List-Original-Sender: kris.craig@gmail.com X-Host-Fingerprint: 74.125.82.54 mail-ww0-f54.google.com Received: from [74.125.82.54] ([74.125.82.54:62024] helo=mail-ww0-f54.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 9D/C2-29394-C7CDB4F4 for ; Mon, 27 Feb 2012 14:41:48 -0500 Received: by wgbdq13 with SMTP id dq13so541873wgb.11 for ; Mon, 27 Feb 2012 11:41:45 -0800 (PST) Received-SPF: pass (google.com: domain of kris.craig@gmail.com designates 10.180.99.100 as permitted sender) client-ip=10.180.99.100; Authentication-Results: mr.google.com; spf=pass (google.com: domain of kris.craig@gmail.com designates 10.180.99.100 as permitted sender) smtp.mail=kris.craig@gmail.com; dkim=pass header.i=kris.craig@gmail.com Received: from mr.google.com ([10.180.99.100]) by 10.180.99.100 with SMTP id ep4mr31252823wib.7.1330371705550 (num_hops = 1); Mon, 27 Feb 2012 11:41:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=wj/w+buij0RERpBgz4qUqirLb8l7Yd3PdrPgPh/GJsc=; b=o0TIbtQgnVLSAS7P2lylIHA7RoPGSvnliz9FsAwNOzRqTaLFxWrkbBG4ZI4YDFwGUJ rWTSEdOjjqcI3SDJnlKB67UdNg+zJsAzLQYKVidshgaT4mxjB5Kn457d2E91qqRNhVrU 8YD9Rd5hAccXW36GuvYz5B1idYYsDvWhMDn38= MIME-Version: 1.0 Received: by 10.180.99.100 with SMTP id ep4mr24790081wib.7.1330371705464; Mon, 27 Feb 2012 11:41:45 -0800 (PST) Received: by 10.223.75.146 with HTTP; Mon, 27 Feb 2012 11:41:45 -0800 (PST) In-Reply-To: <81cd5eb1c3b61c2eaed616b869a8e1a3.squirrel@www.l-i-e.com> References: <4F481E93.1090400@oracle.com> <4F482524.6060106@oracle.com> <81cd5eb1c3b61c2eaed616b869a8e1a3.squirrel@www.l-i-e.com> Date: Mon, 27 Feb 2012 11:41:45 -0800 Message-ID: To: Richard Lynch Cc: Christopher Jones , PHP Developers Mailing List Content-Type: multipart/alternative; boundary=f46d04428e5cec66fc04b9f74c6e Subject: Re: [PHP-DEV] [RFC] APXS LoadModule Option in configure From: kris.craig@gmail.com (Kris Craig) --f46d04428e5cec66fc04b9f74c6e Content-Type: text/plain; charset=ISO-8859-1 @Richard I think, briefly, something like that was implemented. However, it was reverted soon after because it changed the default behavior of configure. This was discovered to be a problem after people realized that, if -a is not specified, APXS will not only skip writing the LoadModule line, but for some inexplicable reason it will also strip the existing LoadModule line if it's already there. I'm guessing that's probably what you're remembering. This RFC differs in that the default behavior of configure will remain unchanged. @Lester Generally, this is a problem that surfaces in manual PHP builds. You're correct in that the packaged repos tend to handle all that stuff for you anyway. However, these repos are rarely updated (I think CentOS and Ubuntu are both still stuck on 5.1), so it's often necessary to build PHP manually if you want to take advantage of the latest features. In these cases, being able to isolate the PHP configuration tends to make the most sense, hence why this new option switch is necessary IMHO. --Kris On Mon, Feb 27, 2012 at 8:59 AM, Richard Lynch wrote: > On Fri, February 24, 2012 6:14 pm, Kris Craig wrote: > > No, it happens and it's even clearly documented in APXS. > > > > Basically, if you specify the "-a" option in APXS, it overwrites your > > httpd.conf (or apache.conf or whatever it is on your system) and adds > > the > > LoadModule line to it. In PHP's configure script, you'll notice that > > "-a" > > is always specified; there's no option to use APXS without it. As a > > result, "make install" will always overwrite your LoadModule entry in > > httpd.conf if APXS is enabled. The problem occurs when you have > > LoadModule > > in an included .conf file already; APXS does not have the ability to > > detect > > that. Therefore, a "duplicate" LoadModule entry is added to > > httpd.conf by > > APXS, and thus the clash occurs. This behavior has been reproduced > > numerous times. > > > > > > I think the RFC is pretty clear on how this works. Nobody else has > > expressed confusion thus far. I could clarify further but I'm not > > sure > > how; it's pretty straight-forward, really. I'm not sure what may have > > been > > happening in your case or if perhaps you misunderstood what this RFC > > is > > about. Either way, I would recommend you create a fresh Linux-based > > build > > environment, build Apache 2.2 and PHP 5.3.10 yourself (i.e. stay away > > from > > yum/apt-get), then attempt to generate an APXS-enabled Makefile using > > PHP's > > configure script that does not activate APXS with the "-a" option. It > > might also be a good idea for you to check-out the APXS documentation > > (I > > included a link to it on the RFC). > > > > Those steps should enable you to reproduce this. =) > > Once upon a time, a lonnnnnng time ago, I read through the configure / > make process, and I *thought* there was logic there to try to detect > if your httpd.conf diverged significantly from the default, and, if > so, it would choose NOT to add the LoadModule line, assuming you were > a power user who had it somewhere else... > > I could be mis-remembering. This logic could have been removed. I > could be hallucinating. The logic I saw could have been doing > something entirely difference, as I have only a vague notion of how > configure/make works in the first place. It could have been some > other project. > > Or this could account for your different experiences, based on whether > you "hacked" httpd.conf "enough" or started with a fresh out of the > box one and didn't touch it until after installing PHP. > > ymmv > ianal > > -- > brain cancer update: > http://richardlynch.blogspot.com/search/label/brain%20tumor > Donate: > > https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclick&hosted_button_id=FS9NLTNEEKWBE > > > --f46d04428e5cec66fc04b9f74c6e--