Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:93177 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 33006 invoked from network); 10 May 2016 22:19:05 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 10 May 2016 22:19:05 -0000 Authentication-Results: pb1.pair.com header.from=francois@php.net; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=francois@php.net; spf=unknown; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 212.27.42.2 as permitted sender) X-PHP-List-Original-Sender: francois@php.net X-Host-Fingerprint: 212.27.42.2 smtp2-g21.free.fr Received: from [212.27.42.2] ([212.27.42.2:35874] helo=smtp2-g21.free.fr) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 89/8C-63163-85E52375 for ; Tue, 10 May 2016 18:19:05 -0400 Received: from [127.0.0.1] (unknown [82.240.16.115]) (Authenticated sender: flaupretre@free.fr) by smtp2-g21.free.fr (Postfix) with ESMTPSA id 3C3A9200351; Tue, 10 May 2016 22:09:10 +0200 (CEST) To: Lester Caine , internals@lists.php.net References: <59e5902d-004f-33b5-5d6f-991d89371e05@php.net> <2461b452-f595-6fa9-4e33-9e163f79d162@fleshgrinder.com> <57322FFC.1040109@lsces.co.uk> Message-ID: <0d22227d-a13d-ae31-accc-58fb989edf98@php.net> Date: Wed, 11 May 2016 00:18:58 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: <57322FFC.1040109@lsces.co.uk> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Antivirus: avast! (VPS 160510-2, 10/05/2016), Outbound message X-Antivirus-Status: Clean Subject: Re: [PHP-DEV] [RFC] Allow loading extensions by name From: francois@php.net (=?UTF-8?Q?Fran=c3=a7ois_Laupretre?=) Hi Lester, Le 10/05/2016 à 21:01, Lester Caine a écrit : > The idea has been proposed before, but the addition of php_ for windows > installs has not been universally applied. Extensions like eAccelerator, > adodb and other third party extensions that did not form part of the > windows 'installation' files. Most of these have been killed off by the > restructuring of the core so it's probably less of a problem now than 5 > years ago! As Fleshgrinder suggested, we can easily search for 'php_.dll' and, if not found, then '.dll'. This would occur on Windows only. > Another negative is the fact that most Linux installations do not use > entries in the php.ini file to enable extensions, preferring to manage > them via the package manager. THAT particular practice is something I > already copy back to the windows installs, using individual .ini files > for each extension, and stripping those extensions and settings from the > main php.ini. Using extension names instead of file names will also be supported in individual .ini files, just as in the main php.ini. Regards François --- L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast. https://www.avast.com/antivirus