Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:58057 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 93478 invoked from network); 25 Feb 2012 00:14:32 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 25 Feb 2012 00:14:32 -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 209.85.212.170 as permitted sender) X-PHP-List-Original-Sender: kris.craig@gmail.com X-Host-Fingerprint: 209.85.212.170 mail-wi0-f170.google.com Received: from [209.85.212.170] ([209.85.212.170:44885] helo=mail-wi0-f170.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 05/96-17132-7E7284F4 for ; Fri, 24 Feb 2012 19:14:31 -0500 Received: by wibhm4 with SMTP id hm4so2095129wib.29 for ; Fri, 24 Feb 2012 16:14:28 -0800 (PST) Received-SPF: pass (google.com: domain of kris.craig@gmail.com designates 10.216.132.32 as permitted sender) client-ip=10.216.132.32; Authentication-Results: mr.google.com; spf=pass (google.com: domain of kris.craig@gmail.com designates 10.216.132.32 as permitted sender) smtp.mail=kris.craig@gmail.com; dkim=pass header.i=kris.craig@gmail.com Received: from mr.google.com ([10.216.132.32]) by 10.216.132.32 with SMTP id n32mr2355655wei.12.1330128868885 (num_hops = 1); Fri, 24 Feb 2012 16:14:28 -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=d6J6re57xlbOBlqxXScU75y9HK8tc4RcFfMyts9yGa4=; b=EC/Spo8ozbn/AG868TOrIEqkcfvIphCBxYo3Ki3YWxG1mnkCZX1CwxgnyA9Bu6fZXN f/OGgdKldrkCBRbIgjep7TBlK/uHxubdk4heauo8Afsbp1JdyElV1r0QIQxcqNdUTRQ0 Hx3aYGVw6VaIwqJy/mbjcEPt1d7inIEIUk8YI= MIME-Version: 1.0 Received: by 10.216.132.32 with SMTP id n32mr1890967wei.12.1330128868821; Fri, 24 Feb 2012 16:14:28 -0800 (PST) Received: by 10.223.75.146 with HTTP; Fri, 24 Feb 2012 16:14:28 -0800 (PST) In-Reply-To: <4F482524.6060106@oracle.com> References: <4F481E93.1090400@oracle.com> <4F482524.6060106@oracle.com> Date: Fri, 24 Feb 2012 16:14:28 -0800 Message-ID: To: Christopher Jones Cc: PHP Developers Mailing List Content-Type: multipart/alternative; boundary=0016e6d7ef29bb4d1904b9bec2e1 Subject: Re: [PHP-DEV] [RFC] APXS LoadModule Option in configure From: kris.craig@gmail.com (Kris Craig) --0016e6d7ef29bb4d1904b9bec2e1 Content-Type: text/plain; charset=ISO-8859-1 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. =) --Kris On Fri, Feb 24, 2012 at 4:02 PM, Christopher Jones < christopher.jones@oracle.com> wrote: > > On 02/24/2012 03:54 PM, Kris Craig wrote: > >> LoadModule clashes still happen in the current releases. I haven't >> tested it on 5.5-dev but it definitely exists on 5.3.x. I have yet >> to test it on 5.4 but I'm not aware of any changes there that >> would've affected this. So this is an existing problem, >> > > It doesn't happen for me and I frequently build PHP 5.3, 5.4 and trunk > mods. The library name is the same for all branches. Are you sure > it's not a feature/bug of your APXS version? Anyway, the RFC needs > more investigative description, IMHO. > > Chirs > > > -- > Email: christopher.jones@oracle.com > Tel: +1 650 506 8630 > Blog: http://blogs.oracle.com/opal/ > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > > --0016e6d7ef29bb4d1904b9bec2e1--