Closed GoogleCodeExporter closed 9 years ago
I get the issue too, how to deal?
Original comment by fuwench...@gmail.com
on 29 Apr 2010 at 4:46
Me too with PHP 5.3.3: PHP perfectly compiled with sapi (about 7MB, so is
obviously not standard PHP), but ./configure of PHC says it doesn't find SAPI.
I'm gonna try an older version of PHP to see if it works.
Original comment by Riks...@gmail.com
on 14 Sep 2010 at 8:39
I presume you have installed php so that phc can find it? Does specifying an
install directory with --with=php=your_dir work? If that's the problem, can you
recommend a way to make this clearer in manual or install docs or whatever?
This seems to be a common problem.
If php is installed OK, please attach a config.log, and I can take a look.
Original comment by paul.biggar
on 14 Sep 2010 at 6:53
The problem is caused by php version: I used 5.3.3. Repeating all the process
with 5.2.14 it's all OK, it found SAPI.
PS: Where I cand read what do I need to deploy a compiled php file? And if I
stop to php-->.c, what do I need to compile that C source in Windows?
Original comment by Riks...@gmail.com
on 15 Sep 2010 at 7:33
I don't know how you can compile it in windows, but if you figure it out please
let us know.
The manual describes how to deploy a compiled php file in a web server.
Original comment by paul.biggar
on 22 Sep 2010 at 4:42
i've spun the PHP 5.3.3 into a new bug, bug 128, but it looks like the problem
here is related to invalid paths. If this is still a problem, please repoen.
(I apologize for how long it took to reply, we stopped getting mail from
issues, and I didn't notice)
Original comment by paul.biggar
on 29 Sep 2010 at 12:56
did u install sapi as well as the headers?
also when building only 1 sapi client is allowed per compile.
so if yer building the apache sapi, embed sapi will not compile
I have to do two passes, 1 for apache 1 for the embed sapi
also install the headers as well
make
make install-cli install-sapi install-headers
Original comment by laffin...@gmail.com
on 23 Dec 2010 at 4:34
It would be very nice having a monolitic .tgz, all-in-one, so that would be
impossibile to have problems with dependencies.
Often this only little tricks make a product spreads all over the world vs been
only used by a small niche. Take my case: after spending some days trying and
looking for a way to compile a script for linux and windows, I got bcompiler
though it is only bytecode compiler.
IMHO, should also be explained how to :
- deploy a compiled php script to other Linux computers
- how to compile a generated .c file (script->phc->.c) with some c free
compiler on Windows, because one of the strong point of PHP is the Win/*nix
presence, and should be the same with phc compiled programs.
Without those 2 point it's a great software, but it seems a stop 1 mt from the
finish line of the World Championship.
Original comment by Riks...@gmail.com
on 23 Dec 2010 at 7:26
Riksoft: that would certainly be a nice addition to the manual. If you wrote
it, we would certainly include it...
Original comment by paul.biggar
on 23 Dec 2010 at 4:52
I'll be very glad to write it down... if only I knew how to answer the
questions I asked! :-)
Original comment by Riks...@gmail.com
on 23 Dec 2010 at 5:32
Riksoft: This isnt a good medium to work it out; maybe ask on the mailing list
and we can get through this.
Original comment by paul.biggar
on 23 Dec 2010 at 5:38
php5.3.3 sapi not found due to libphp5.so not update even re-configured, so
make clean; make; make install
but, when re-compile phc, something wrong, due to zend-api of 5.3 is slightly
difference with 5.2.
Original comment by zouzj.2...@gmail.com
on 26 Jan 2011 at 3:57
Hi. phc does not yet support PHP 5.3.x. Please take a look in the following
post: http://www.phpcompiler.org/lists/phc-internals/2010-December/005904.html
. There's a patch there that may enable PHP 5.3.x support for optmizations, but
it is not currently working for codegen.
Original comment by logyt...@gmail.com
on 26 Jan 2011 at 10:06
Original issue reported on code.google.com by
cezar.lucan@gmail.com
on 4 Jan 2010 at 12:47