Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:95913 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 19604 invoked from network); 11 Sep 2016 10:35:25 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 11 Sep 2016 10:35:25 -0000 Authentication-Results: pb1.pair.com header.from=lester@lsces.co.uk; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=lester@lsces.co.uk; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 217.147.176.214 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 217.147.176.214 mail4-2.serversure.net Linux 2.6 Received: from [217.147.176.214] ([217.147.176.214:34049] helo=mail4.serversure.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 38/E8-46544-C6335D75 for ; Sun, 11 Sep 2016 06:35:24 -0400 Received: (qmail 3299 invoked by uid 89); 11 Sep 2016 10:35:21 -0000 Received: by simscan 1.3.1 ppid: 3293, pid: 3296, t: 0.0974s scanners: attach: 1.3.1 clamav: 0.96/m:52/d:10677 Received: from unknown (HELO ?10.0.0.7?) (lester@rainbowdigitalmedia.org.uk@81.138.11.136) by mail4.serversure.net with ESMTPA; 11 Sep 2016 10:35:21 -0000 To: internals@lists.php.net References: <616bb9ff-bcd1-fd70-b251-05b280b5003e@lsces.co.uk> <52ae5494-f466-ac4d-c166-d47752b13344@lsces.co.uk> <32c3a330-cdfa-f310-85d7-d01eacbf3b86@lsces.co.uk> <8e659a83-7abd-0ab1-0085-c8b8a073d929@gmx.de> <254a8191-f527-7d88-f1c1-25df76528ef8@lsces.co.uk> <628696aa-0aed-a145-c248-84abb1262878@gmx.de> Message-ID: <166ce0a2-70e7-741e-5baa-7577d1d51c47@lsces.co.uk> Date: Sun, 11 Sep 2016 11:35:20 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2 MIME-Version: 1.0 In-Reply-To: <628696aa-0aed-a145-c248-84abb1262878@gmx.de> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Modern practices ... From: lester@lsces.co.uk (Lester Caine) On 11/09/16 11:05, Christoph M. Becker wrote: > On 10.09.2016 at 23:45, Lester Caine wrote: > >> On 10/09/16 16:41, Christoph M. Becker wrote: >> >>> Despite the rather common myth, building PHP on Windows nowadays is not >>> really harder than on Linux. Detailed instructions are available on >>> . >> >> http://lsces.co.uk/wiki/Compile+PHP7+Build+on+Windows+10 > > Wrt. concrete build problems, I suggest asking on an appropriate mailing > list or support forum, such as php-windows@lists.php.net. 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'. I'd actually managed to pick up the wrong link because of the ARM tools install. It's also confusing if one has come from a Linux base and are used to a command prompt just working :) I will pad that out on my wiki page ... when time permits. >> But while the licensing is fairly loose for individual developers, I >> doubt that any government IT department could get passed the >> 'enterprise' restrictions on use ... which was the block on earlier >> options for building windows versions as well. > > 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. > Support for other toolchains may be added; patches are welcome! :-) Again something I have tried to maintain in the past, but the volume of work on the TODO list is delaying bringing many of the old crib sheets up to date. This latest one is the first since 2011 :( I can see a way to package 'composer' to provide a centrally available tool, but it will take some time to work out how to dovetail it into the other package management systems. Looking to 'update' to composer when I'm also trying to update a working javascript set-up is part of the current hold up on completing an improved form validation upgrade ... do I need either package handlers? Not currently since everything is under DVCS already. -- 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