Currently I am still working my way through the holes in PHP5.3.x which is why
PHP5.2 is STILL the last stable release as far as my ( windows ) customer sites
are concerned. SO sensible debate on the next step forward IS more important and
What's wrong with 5.3 on windows (separate topic please :)
A number of extensions were dropped because of the rules applied to building
them. In my case php_interbase is missing, and since Firebird is the only
database I use it's something of a problem. So we simply build it and supply it
from the Firebird site. But other extensions are also still lagging behind in
conversion to being PHP5.3 compatible.
For an off the shelf windows PHP5 build, 5.2.14 is the only one that includes
these libraries off the shelf and until 5.3 does I can't point my own customers
there.
--
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//
Firebird - http://www.firebirdsql.org/index.php
Hi!
A number of extensions were dropped because of the rules applied to building
them. In my case php_interbase is missing, and since Firebird is the only
database I use it's something of a problem. So we simply build it and supply it
from the Firebird site. But other extensions are also still lagging behind in
conversion to being PHP5.3 compatible.
Wait, you mean PHP binary builds miss ext/interbase? But you can always
build it yourself (or have somebody do it for you ;), it's not
incompatibility in PHP 5.3. Or you mean something is missing in the code?
For an off the shelf windows PHP5 build, 5.2.14 is the only one that includes
these libraries off the shelf and until 5.3 does I can't point my own customers
there.
You mean you can't point them to download binary builds from
windows.php.net? That doesn't make 5.3 unstable though...
Stanislav Malyshev, Software Architect
SugarCRM: http://www.sugarcrm.com/
(408)454-6900 ext. 227
On Thu, Aug 12, 2010 at 9:41 AM, Stas Malyshev smalyshev@sugarcrm.comwrote:
Hi!
A number of extensions were dropped because of the rules applied to
building
them. In my case php_interbase is missing, and since Firebird is the only
database I use it's something of a problem. So we simply build it and
supply it
from the Firebird site. But other extensions are also still lagging behind
in
conversion to being PHP5.3 compatible.Wait, you mean PHP binary builds miss ext/interbase?
And some more.
Pierre mentioned that the firebird extension will be bundled with 5.3.3 but
AFAIK it didn't happened.
There are some info about the missing extensions here:
http://bugs.php.net/bug.php?id=46971
But you can always build it yourself (or have somebody do it for you ;),
it's not incompatibility in PHP 5.3. Or you mean something is missing in the
code?
Yeah, but building php or the extensions is not the easiest thing to do, on
linux you just type apt-get install php5-extension or pecl install
extension, but for windows:
- pecl install doesn't work on windows (obviously)
- http://pecl4win.php.net/ -> The pecl4win build box is temporarily out of
service. // Temporary my ass. :/ - setting up a (free) build environment for php on windows is PITA. at least
that was it, when I did last time.
there are multiple how-to, but almost all of them is outdated.
thanks again to Pierre ( http://www.php.net/~pierre/ ) for manually building
some extensions for windows
and AFAIK there is some problem with building the extension for the VC6 or
VC9 builds:
"About GMP, it won't make it with VC6, move to VC9 if you need it."
"snmp support has been restored in 5.3.3RC1 (VC9 only)"
and sybase_ct is VC6 only, so if you need both sybase_ct AND (enchant OR gmp
OR snmp) then you are screwed.
For an off the shelf windows PHP5 build, 5.2.14 is the only one that
includes
these libraries off the shelf and until 5.3 does I can't point my own
customers
there.You mean you can't point them to download binary builds from
windows.php.net? That doesn't make 5.3 unstable though...
see above.
Tyrael
Ferenc Kovacs wrote:
- setting up a (free) build environment for php on windows is PITA. at
least that was it, when I did last time.
there are multiple how-to, but almost all of them is outdated.
thanks again to Pierre ( http://www.php.net/~pierre/
http://www.php.net/%7Epierre/ ) for manually building some extensions
for windowsand AFAIK there is some problem with building the extension for the VC6
or VC9 builds:
I have a dedicated machine with it all on simply because it destroys my Borland
development environment if I put the free M$ stuff any where near it :( But I'm
building 64bit-VC9 stuff to go with the 64bit Apache builds - which is yet
another spanner. I have to rely on others for the 32bit builds ... which is why
a simple complete download would be nice.
--
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//
Firebird - http://www.firebirdsql.org/index.php
hi,
And some more.
Pierre mentioned that the firebird extension will be bundled with 5.3.3 but
AFAIK it didn't happened.
There are some info about the missing extensions here:
http://bugs.php.net/bug.php?id=46971
Many things are supposed to be done at a given time and then failed.
Shit happens as one likes to say. Anyway, it does not make 5.3.3 less
stable or bad, and given the amount of complains about firebird
(except Lester, who does it endlessly since 5.3.0), it is not a big
deal.
Yeah, but building php or the extensions is not the easiest thing to do, on
linux you just type apt-get install php5-extension or pecl install
extension, but for windows:
- pecl install doesn't work on windows (obviously)
- http://pecl4win.php.net/ -> The pecl4win build box is temporarily out of
service. // Temporary my ass. :/- setting up a (free) build environment for php on windows is PITA. at least
that was it, when I did last time.
there are multiple how-to, but almost all of them is outdated.
I think you really need two things:
- Read the answers I gave you already
- Read the doc, build PHP or PHP extensions on Windows is very easy.
To get the right libs or build non compatible lib is not, but that's
not something we can fix easily.
See http://wiki.php.net/internals/windows/stepbystepbuild
thanks again to Pierre ( http://www.php.net/~pierre/ ) for manually building
some extensions for windowsand AFAIK there is some problem with building the extension for the VC6 or
VC9 builds:"About GMP, it won't make it with VC6, move to VC9 if you need it."
"snmp support has been restored in 5.3.3RC1 (VC9 only)"
Because the lib does not support VC6. Same for Enchant for example, or
other libs.
Cheers,
Pierre
@pierrejoye | http://blog.thepimp.net | http://www.libgd.org
hi,
And some more.
Pierre mentioned that the firebird extension will be bundled with 5.3.3
but
AFAIK it didn't happened.
There are some info about the missing extensions here:
http://bugs.php.net/bug.php?id=46971Many things are supposed to be done at a given time and then failed.
Shit happens as one likes to say. Anyway, it does not make 5.3.3 less
stable or bad, and given the amount of complains about firebird
(except Lester, who does it endlessly since 5.3.0), it is not a big
deal.
I meant no offense, are there any blocker about this issue, or we can tell
sure that firebird will be in php 5.3.4?
I'm just curious because more than one people told me, that firebird builds
just fine for 5.3, so I couln't get it, why takes it this long to get
properly bundled (and couldn't found this one one http://php.net/~pierre/).
Yeah, but building php or the extensions is not the easiest thing to do,
on
linux you just type apt-get install php5-extension or pecl install
extension, but for windows:
- pecl install doesn't work on windows (obviously)
- http://pecl4win.php.net/ -> The pecl4win build box is temporarily out
of
service. // Temporary my ass. :/- setting up a (free) build environment for php on windows is PITA. at
least
that was it, when I did last time.
there are multiple how-to, but almost all of them is outdated.I think you really need two things:
- Read the answers I gave you already
What did I miss?
- Read the doc, build PHP or PHP extensions on Windows is very easy.
To get the right libs or build non compatible lib is not, but that's
not something we can fix easily.
See http://wiki.php.net/internals/windows/stepbystepbuild
I will/have to set up my windows buildbox again, but as far as I can
remember last time when I did (probably a year ago) I run into more than one
problem about dependencies (bison, flex), and there was some discussion on
the mailing list about that there is more than one tutorial in the
docs/wiki, but they are mostly outdated.
maybe I'm just unlucky or because I'm using the Express version, dunno.
thanks again to Pierre ( http://www.php.net/~pierre/ ) for manually
building
some extensions for windowsand AFAIK there is some problem with building the extension for the VC6
or
VC9 builds:"About GMP, it won't make it with VC6, move to VC9 if you need it."
"snmp support has been restored in 5.3.3RC1 (VC9 only)"
Because the lib does not support VC6. Same for Enchant for example, or
other libs.
I did mentioned that, I mean that there are other libs that aren't supported
in VC6, VC9.
the question is, that what can we do about it.
I don't like the idea, that we have major differences in the bundled
extensions between the VC6 and VC9 versions.
the apache guys could really start using the VC9...
Tyrael
Ferenc Kovacs wrote:
I will/have to set up my windows buildbox again, but as far as I can
remember last time when I did (probably a year ago) I run into more than
one problem about dependencies (bison, flex), and there was some
discussion on the mailing list about that there is more than one
tutorial in the docs/wiki, but they are mostly outdated.
maybe I'm just unlucky or because I'm using the Express version, dunno.
Ferenc ... I'm running the express version. I certainly don't plan to pay for
another windows development environment ;)
I had a couple of false starts, but I did finally get this working nicely.
I though I had put up a crib sheet on the pointers, but ... Oh there it is
http://lsces.co.uk/wiki/index.php?page=Compiling+PHP+on+Windows+so+we+can+use+with+Firebird
--
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//
Firebird - http://www.firebirdsql.org/index.php
Perhaps since http://pecl4win.php.net/ has been down for several
years, it is time to just remove all the references to it.
Perhaps since http://pecl4win.php.net/ has been down for several
years, it is time to just remove all the references to it.--
what's missing to ressurect pecl4win?
If its possible, I would like to get that site back up and running.
Tyrael
Stas Malyshev wrote:
That doesn't make 5.3 unstable though...
Unstable no .. and even php_interbase is perfectly stable on it!
Unusable no ..
A pain because you have to add stuff from various sites which were once all
bundled on php.net ... most definitely yes
A download of PHP5.2.x simply works out of the box on windows ... currently some
of us have to jump through hoops to create a downloadable windows build of 5.3
that our customers can use.
The problem is quite definitely because of the quagmire of library versions that
exist on windows and as yet my own customers are only just talking about loosing
W2k so many of the newer versions are not necessary. But we DO need a clean
source of the 'new' format windows builds and that is something Pierre obviously
does not have the time to provide, hence the proliferation of builds from other
sites rather than direct from windows.php.net
--
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//
Firebird - http://www.firebirdsql.org/index.php
hi,
A download of PHP5.2.x simply works out of the box on windows ... currently
some of us have to jump through hoops to create a downloadable windows build
of 5.3 that our customers can use.The problem is quite definitely because of the quagmire of library versions
that exist on windows and as yet my own customers are only just talking
about loosing W2k so many of the newer versions are not necessary. But we DO
need a clean source of the 'new' format windows builds and that is something
Pierre obviously does not have the time to provide, hence the proliferation
of builds from other sites rather than direct from windows.php.net
Your apps were running using 5.2.x before 5.3.x was out. What does it
make 5.3 a requirement now? If you can't explain that to your
customers, then you are out of luck. Windows 2000 is not supported
anymore by Microsoft, why should we support it? And it was a dead cow
already since years.
Cheers,
Pierre
@pierrejoye | http://blog.thepimp.net | http://www.libgd.org
Pierre Joye wrote:
A download of PHP5.2.x simply works out of the box on windows ... currently
some of us have to jump through hoops to create a downloadable windows build
of 5.3 that our customers can use.The problem is quite definitely because of the quagmire of library versions
that exist on windows and as yet my own customers are only just talking
about loosing W2k so many of the newer versions are not necessary. But we DO
need a clean source of the 'new' format windows builds and that is something
Pierre obviously does not have the time to provide, hence the proliferation
of builds from other sites rather than direct from windows.php.net
Your apps were running using 5.2.x before 5.3.x was out. What does it
make 5.3 a requirement now? If you can't explain that to your
customers, then you are out of luck. Windows 2000 is not supported
anymore by Microsoft, why should we support it? And it was a dead cow
already since years.
And the relevance of that outburst?
The number of people who complain about problems with the projects I am involved
with because THEY are running 5.3 means that we have to cater for it ... end of
story.
I was TRYING to be constructive since I do understand YOUR problems even if I do
not accept your rules for solving them. The problem is simply 'windows' and I
could quite happily simply tell customers we do not support it since there is no
problem with Linux servers, but they have millions of pounds worth of investment
in windows and will not change ... so support has to cater for that situation.
Making the Linux machines stay on 5.2 is even more of a problem ... if the
distro decides they only support 5.3 :( So simply sticking with 5.2 while
possible ... is not practical longer term ... especially if 5.3 is the LTS
version of choice.
--
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//
Firebird - http://www.firebirdsql.org/index.php
2010.08.12 09:59 Lester Caine rašė:
Currently I am still working my way through the holes in PHP5.3.x which
is why
PHP5.2 is STILL the last stable release as far as my ( windows )
customer sites
are concerned. SO sensible debate on the next step forward IS more
important andWhat's wrong with 5.3 on windows (separate topic please :)
Last time I've checked gettext extension was broken.
http://bugs.php.net/bug.php?id=49349. Extension works only in one locale.
Maybe things changed in latest builds, but bug tracker entry is still
open.
Based on things I've seen on process explorer, extension tries to read
files (locale aliases) that are available only on build machine.
--
Tomas
fixed in 5.3.3, see the bug report too.
On Thu, Aug 12, 2010 at 10:01 AM, Tomas Kuliavas
tokul@users.sourceforge.net wrote:
2010.08.12 09:59 Lester Caine rašė:
> Currently I am still working my way through the holes in PHP5.3.x which
is why
> PHP5.2 is STILL the last stable release as far as my ( windows )
customer sites
> are concerned. SO sensible debate on the next step forward IS more
important andWhat's wrong with 5.3 on windows (separate topic please :)
Last time I've checked gettext extension was broken.
http://bugs.php.net/bug.php?id=49349. Extension works only in one locale.
Maybe things changed in latest builds, but bug tracker entry is still
open.Based on things I've seen on process explorer, extension tries to read
files (locale aliases) that are available only on build machine.--
Tomas--
--
Pierre
@pierrejoye | http://blog.thepimp.net | http://www.libgd.org