In main/SAPI.c on lines 33,524, and 672 PHP checks for HAVE_ZLIB when it
needs to check for HAVE_ZLIB && !defined(COMPILE_DL_ZLIB) because otherwise
we now get missing symbols when linking. This makes --with-zlib=shared
impossible. ext/standard/image.c makes similar mistake(s) and who knows
what else...
Theres a similar issue with PCRE havign the same problems.
Thing is I see no notes anywhere about building them shared being
deprecated or broken.
--
Michael Loftis
Modwest Sr. Systems Administrator
Powerful, Affordable Web Hosting
There are such notes, but in the php-dev mailing list archives.
It is not recommended to build zlib or pcre as shared extensions, as it
will disable some features of the core.
If you are cooking up a build for shared hosting, the following
extensions should be built as static extensions (if you are planning to
deploy them at all) in order to retain maximum fuctionality:
zlib
pcre
openssl
--Wez.
In main/SAPI.c on lines 33,524, and 672 PHP checks for HAVE_ZLIB when it
needs to check for HAVE_ZLIB && !defined(COMPILE_DL_ZLIB) because otherwise
we now get missing symbols when linking. This makes --with-zlib=shared
impossible. ext/standard/image.c makes similar mistake(s) and who knows
what else...Theres a similar issue with PCRE havign the same problems.
Thing is I see no notes anywhere about building them shared being
deprecated or broken.--
Michael Loftis
Modwest Sr. Systems Administrator
Powerful, Affordable Web Hosting
Can you make sure I am not missing something? The only thing those extensions
change if compiled shared is:
zlib:
zlib.output_compression may not work correctly
openssl:
I don't see anything
pcre:
in safe-mode how the WWW-Authenticate header is handled differently
Thanks,
Brian
It is not recommended to build zlib or pcre as shared extensions, as it
will disable some features of the core.If you are cooking up a build for shared hosting, the following
extensions should be built as static extensions (if you are planning to
deploy them at all) in order to retain maximum fuctionality:zlib
pcre
openssl--Wez.
In main/SAPI.c on lines 33,524, and 672 PHP checks for HAVE_ZLIB when it
needs to check for HAVE_ZLIB && !defined(COMPILE_DL_ZLIB) because otherwise
we now get missing symbols when linking. This makes --with-zlib=shared
impossible. ext/standard/image.c makes similar mistake(s) and who knows
what else...Theres a similar issue with PCRE havign the same problems.
Thing is I see no notes anywhere about building them shared being
deprecated or broken.--
Michael Loftis
Modwest Sr. Systems Administrator
Powerful, Affordable Web Hosting
Can you make sure I am not missing something? The only thing those extensions
change if compiled shared is:zlib:
zlib.output_compression may not work correctlyopenssl:
I don't see anything
https:// and ssl:// stream support.
This dependency has been resolved in PHP5.
pcre:
in safe-mode how the WWW-Authenticate header is handled differently
aggregation makes use of pcre also.
--Wez.