Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:30030 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 69143 invoked by uid 1010); 1 Jun 2007 13:48:32 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 69128 invoked from network); 1 Jun 2007 13:48:32 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 1 Jun 2007 13:48:32 -0000 Authentication-Results: pb1.pair.com header.from=info@adaniels.nl; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=info@adaniels.nl; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain adaniels.nl from 82.94.236.173 cause and error) X-PHP-List-Original-Sender: info@adaniels.nl X-Host-Fingerprint: 82.94.236.173 loco.helderhosting.nl Linux 2.5 (sometimes 2.4) (4) Received: from [82.94.236.173] ([82.94.236.173:52486] helo=loco.helderhosting.nl) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id E2/08-03780-EA320664 for ; Fri, 01 Jun 2007 09:48:32 -0400 Received: from [192.168.1.170] (a80-126-54-132.adsl.xs4all.nl [80.126.54.132]) by loco (Postfix) with ESMTP id 39EDC51F2D4; Fri, 1 Jun 2007 15:48:20 +0200 (CEST) Message-ID: <466023A5.2030605@adaniels.nl> Date: Fri, 01 Jun 2007 15:48:21 +0200 User-Agent: Thunderbird 1.5.0.10 (X11/20070403) MIME-Version: 1.0 To: jani.taskinen@iki.fi Cc: 'PHP Internals' References: <465E00E2.4010905@zend.com> <465E08D9.4020101@sci.fi> <465E7A28.3010100@zend.com> <465E8F99.70407@sci.fi> <49250.216.230.84.67.1180642728.squirrel@www.l-i-e.com> <465F305A.9020902@zend.com> <465FE701.6080401@adaniels.nl> <1180695997.3481.2.camel@localhost.localdomain> <46600C59.1010406@adaniels.nl> <46602120.7020900@sci.fi> In-Reply-To: <46602120.7020900@sci.fi> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] 5 or 6? From: info@adaniels.nl (Arnold Daniels) Sure you're right. I always build the SAPI alone, which is the debian style. So in my mind this was always the case, but in fact it is not. Anyway I think a '--libary-suffix' would do the trick nicely. Best regards, Arnold Jani Taskinen wrote: > It's actually not the only binary/script that is build. > --program-suffix|prefix affect also phpize, etc. scripts names. > And AFAIK, CLI binary is always build unless of course you disable it. :) > > Patches are welcome. > > --Jani > > Arnold Daniels kirjoitti: >> When you build the Apache2 SAPI the only binary build is the module, >> so '--program-suffix' is unused. Anyway it doesn't have to be the >> same configuration option per say (though I don't see why not), but >> the method of specifying the suffix with configure is much handier >> than having it hard-coded in source. I've stated the reasons in the >> previous e-mail. >> >> Best regards, >> Arnold >> >> >> Jani Taskinen wrote: >>> Because it's --program-suffix and not --library-suffix. >>> >>> --Jani >>> >>> On Fri, 2007-06-01 at 11:29 +0200, Arnold Daniels wrote: >>> >>>> Hi, >>>> >>>> Why isn't the Apache module appended with the same suffix as the >>>> other binaries (configuration option --program-suffix). It seems >>>> like the logical solution here. That way you can have any different >>>> versions if you want, but the default is just the overwrite. >>>> >>>> Best regards, >>>> Arnold >>>> >>>> >>>> >>>> Stanislav Malyshev wrote: >>>> >>>>>> I'd rather not have my old libphp#.so file over-written when I >>>>>> install >>>>>> a new version, in case things go horribly wrong and I want to just >>>>>> roll-back... >>>>>> >>>>> Then you have the same reason to worry right now - every php5 >>>>> install from 5.0.0 to 5.2.3 overwrites libphp5.so. >>>>> >>>>> >>>>>> There was a time where one could have 2 php mod versions running at >>>>>> once, as I recall, and having different filenames was kinda >>>>>> important, >>>>>> eh? >>>>>> >>>>> Well, there was a setting that kinda allowed that, but I'm not >>>>> sure it ever worked correctly - there are all sorts of symbol >>>>> clashes, etc. >>>>> >>>>> On the other hand, you can happily run two (or a dozen :) PHP >>>>> versions right now - just install any FastCGI implementation, >>>>> compile two cgi-fcgi PHPs and install. Only thing you would need >>>>> to care about is to give them separate php.ini's and/or separate >>>>> extension directories. >>>>> >>> >>> >