Path: csiph.com!v102.xanadu-bbs.net!xanadu-bbs.net!eternal-september.org!feeder.eternal-september.org!mx02.eternal-september.org!.POSTED!not-for-mail From: Matthew Carter Newsgroups: comp.lang.php Subject: Re: PHP Packer & Compressor, HTML Embed, JavaScript Minify Date: Thu, 05 Mar 2015 09:50:01 -0500 Organization: Ahungry (http://ahungry.com) Lines: 43 Message-ID: <87fv9j1oti.fsf@ahungry.com> References: <36d2f3e2-98db-48fc-8c97-71a8489a17a6@googlegroups.com> <87oao71rfb.fsf@ahungry.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: mx02.eternal-september.org; posting-host="7c986cd4736462de309a749b207746fe"; logging-data="14752"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/UrZeIzBUemeVbfUm9Sheu" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) Cancel-Lock: sha1:MbaFd9P2ZI4qEMvKGFn7SxGME/Y= sha1:GldmyeV1+oiLoYX+9Vaq9BADwu4= Xref: csiph.com comp.lang.php:15052 Jerry Stuckle writes: > On 3/5/2015 8:53 AM, Matthew Carter wrote: >> crankypuss writes: >> >>> On 03/01/2015 07:35 AM, 0ntariokingston@gmail.com wrote: >>> >>> I've built something that I call phpLibMgr. The most readily >>> >>> Basically phpLibMgr acts like a static link operation, all the >>> necessary routines are included in the output module. I'd like to >>> include a copy of PHP in the packed result but the terms of its GNU >>> licensing agreement appear to prohibit such a thing, so packed >>> applications only run on systems already having PHP installed. >>> >> >> Actually PHP uses it's own license (which is different from GPL), >> although you are right, by virtue of including the word 'php' in your >> project name, you are ineligible to include any of the PHP source code >> without breaking the license. >> >> http://php.net/license/index.php >> >> If you renamed your project to myLibMGr or something, you'd be fine to >> include the PHP source code though. >> > > You're confusing the PHP source code with PHP scripts. > > You cannot distribute the code for the interpreter (or anything else > provided by Zend) and call it PHP. > > This is different from scripts or other code you write which operates > completely independent of the Zend code, which Zend cannot control since > they don't own it in the first place. Ah in that case my bad - I thought he was talking about including a PHP interpreter in his compressed PHP code (so it could uncompress on machines without PHP installed). -- Matthew Carter (m@ahungry.com) http://ahungry.com