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 trouble even accessing the command line. I don't think .so extension is still being used on windows installs. THAT was another 'fix' used to make installation of third party extensions easier. 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. All of MY recent windows installs have had to be 32bit so this creates a conflict with PHP7's assumption that modern target will be 64bit ;) TODAY the windows php.ini needs to be managed to ensure that the correct paths are used to the correct build, and personally I'd rather not 'simplify' something which has a much bigger impact - and adding a build identifier to the file name may be a better fix than trying to rely on the path to ensure the correct build is accessed. -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
