Hi,
Feature was discussed last year. I am now opening the vote for a merge
in 7.2.
URL: https://wiki.php.net/rfc/load-ext-by-name
Voting period ends Monday, June 19, 2017, 00:00 UTC.
Regards
François
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www
On Thu, May 12, 2016 at 2:34 AM, Fleshgrinder wrote:
> On 5/10/2016 10:07 PM, Lester Caine wrote:
>> I would be most surprised to find windows users running php command
>> line, but I suppose I am somewhat out of the loop on that side. All my
>> windows users run PHP on a web server and have troub
On 5/10/2016 10:07 PM, Lester Caine wrote:
> I would be most surprised to find windows users running php command
> line, but I suppose I am somewhat out of the loop on that side. All my
> windows users run PHP on a web server and have trouble even accessing
> the command line.
>
I am using Window
Le 11/05/2016 à 06:59, Joe Watkins a écrit :
Morning,
In this case, it is currently impossible to write a single
configuration file that will work in both environments, forcing
developers to manually maintain two separate versions of the file.
I'm aware this has been mentioned in this thread,
On 11/05/16 12:53, François Laupretre wrote:
> Le 11/05/2016 à 08:20, Christian Stoller a écrit :
>>> -Ursprüngliche Nachricht-
>>> Von: François Laupretre [mailto:franc...@php.net], Gesendet:
>>> Dienstag, 10. Mai 2016 15:23
>>>
>>> Please read and comment :
>>>
>>> https://wiki.php.net/rf
On 11/05/2016 07:20, Christian Stoller wrote:
Why not just naming them *.so on all platforms
While it can't be relied on, a file suffix does communicate something
about the type of the file. Someone might list the downloads for an
extension as "foo.so (for Linux/Unix); foo.dll (for Windows)"
Le 11/05/2016 à 08:20, Christian Stoller a écrit :
-Ursprüngliche Nachricht-
Von: François Laupretre [mailto:franc...@php.net], Gesendet: Dienstag, 10. Mai
2016 15:23
Please read and comment :
https://wiki.php.net/rfc/load-ext-by-name
Regards
François
Why not just naming them *.so
On 11/05/16 07:20, Christian Stoller wrote:
> Apache modules on Windows also have the .so suffix.
THAT was what I was forgetting ;)
--
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolv
On 11/05/16 05:59, Joe Watkins wrote:
> The idea that we could one day have a configuration file for both
> platforms seems like a pipe dream, so this can't really be considered a
> "step closer" to that; It's never going to happen.
That is my thought as well. Getting windows installations of PHP
> -Ursprüngliche Nachricht-
> Von: François Laupretre [mailto:franc...@php.net], Gesendet: Dienstag, 10.
> Mai 2016 15:23
>
> Please read and comment :
>
> https://wiki.php.net/rfc/load-ext-by-name
>
> Regards
>
> François
>
Why not just naming them *.so on all platforms and removing the
Morning,
> In this case, it is currently impossible to write a single configuration
file that will work in both environments, forcing developers to manually
maintain two separate versions of the file.
I'm aware this has been mentioned in this thread, and I've read the open
issue disclaimer.
The
Hi,
Le 10/05/2016 à 22:07, Lester Caine a écrit :
Windows did not worry about which extension was used
in the past, but nowadays the problem is ensuring the correct build of
extension is accessed and while 32bit is still the safer base, it's all
too easy to get them mixed up with 64bit builds.
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' f
On 10/05/16 20:18, Fleshgrinder wrote:
> WIN: `php -d extension=php_foo.dll -d zend_extension=php_bar.dll`
I would be most surprised to find windows users running php command
line, but I suppose I am somewhat out of the loop on that side. All my
windows users run PHP on a web server and have troub
On 5/10/2016 9:01 PM, Lester Caine wrote:
> 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
On 10/05/16 17:27, Fleshgrinder wrote:
>> Please read and comment :
>> >
>> > https://wiki.php.net/rfc/load-ext-by-name
>> >
> +1 and I am wondering why nobody else ever came to this idea.
The idea has been proposed before, but the addition of php_ for windows
installs has not been universally a
On 10/05/2016 17:54, Stanislav Malyshev wrote:
Hi!
Please read and comment :
https://wiki.php.net/rfc/load-ext-by-name
The RFC says " it is currently impossible to write a single
configuration file that will work in both environments" - but even with
extension fix, wouldn't it be still impos
Hi,
Le 10/05/2016 à 18:54, Stanislav Malyshev a écrit :
The RFC says " it is currently impossible to write a single
configuration file that will work in both environments" - but even with
extension fix, wouldn't it be still impossible since Windows are Unix
paths would probably be different?
Y
On 5/10/2016 6:56 PM, Fleshgrinder wrote:
> On 5/10/2016 6:54 PM, Stanislav Malyshev wrote:
>> Hi!
>>
Please read and comment :
https://wiki.php.net/rfc/load-ext-by-name
>>
>> The RFC says " it is currently impossible to write a single
>> configuration file that will work in both env
On 5/10/2016 6:54 PM, Stanislav Malyshev wrote:
> Hi!
>
>>> Please read and comment :
>>>
>>> https://wiki.php.net/rfc/load-ext-by-name
>
> The RFC says " it is currently impossible to write a single
> configuration file that will work in both environments" - but even with
> extension fix, wouldn
Hi!
>> Please read and comment :
>>
>> https://wiki.php.net/rfc/load-ext-by-name
The RFC says " it is currently impossible to write a single
configuration file that will work in both environments" - but even with
extension fix, wouldn't it be still impossible since Windows are Unix
paths would pr
On 5/10/2016 3:22 PM, François Laupretre wrote:
> Please read and comment :
>
> https://wiki.php.net/rfc/load-ext-by-name
>
+1 and I am wondering why nobody else ever came to this idea.
--
Richard "Fleshgrinder" Fussenegger
signature.asc
Description: OpenPGP digital signature
Please read and comment :
https://wiki.php.net/rfc/load-ext-by-name
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
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe,
23 matches
Mail list logo
