On 13/09/16 01:44, Pierre Joye wrote: > On Tue, Sep 13, 2016 at 3:06 AM, Lester Caine <les...@lsces.co.uk> wrote: >> On 12/09/16 20:31, Christoph M. Becker wrote: >>> On 11.09.2016 at 12:35, Lester Caine wrote: >>> >>>> On 11/09/16 11:05, Christoph M. Becker wrote: >>> >>>> I have already debugged the problems and will tidy up the notes later >>>> when I cross check things. This is the sort of support I've always >>>> provided to the PHP project. The pages relating to the compile process >>>> on the php wiki need bringing up to date but I don't think I have access >>>> to do that with my wiki login. One key element which a newcomer may miss >>>> is the 'command prompt' needs to be the special command prompt VS15 >>>> generates rather than 'just a command prompt'. >>> >>> Hm, the Wiki page states: >>> >>> | If compiling PHP 7.0+ open either the “VS2015 x64 Native Tools >>> | Command Prompt” or the “VS2015 x86 Native Tools Command Prompt”. >> >> As it's a couple of levels deep the prompt in my crib sheet was to how >> to find them, but a little explanation on why you need to use a special >> command line prompt for people who ARE coming from a click and go >> environment will be helpful. > > Simply because php does not generate solution project files. It is > nearly impossible to support all version, while recent VS tends to > change less from one version to another.
Pierre ... I have no problem here ... I'm simply trying to do what I did 15 years ago when I first created crib sheets to help ME work out how to make things happen. Often things that are obvious to someone who has grown up with a system need a different perspective when helping others get up to speed. >>>>> The licensing of Visual Studio doesn't appear to be a PHP issue. >>>> >>>> Only if the 'official' installation path requires use of software that >>>> has restricted licensing. While there are binary builds for windows >>>> there is not a problem, but if a replacement pecl path required the use >>>> of Microsoft tools the licensing does become a problem. >>> >>> I don't see why a replacement for pecl would have other licensing issues >>> as pecl. >> >> It's the same problem as has always existed with the free tools only >> being licensed for non-commercial use. As long as binary files are >> available there is not a problem, but the fine detail of licences seems >> to change with every new release? > > This statement is wrong. Please check the VS/VC license, the free one. > Commercial usage is just fine. Off topic I know, but can you provide a link. I need to update a couple of audit documents which include getting PHP7 listed with the options for on-going support. People do like to push the high priced commercial alternatives claiming open source is not really free :( > Also a large majority of users do not need it, neither they need > gcc/icc as they will simply used the respective binaries. > > That being said, on windows we do provide PGO builds, which bring a > significant performance gain. It is possible to do it yourself too but > I am not sure why one would go through that :) Anything that helps education! And certainly I am still seeing windows stacks a lot slower than on Linux on the same hardware. What is the right way to do a windows install? -- 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