# A couple of shared dependencies that aren't quite right in 4.3.1 wrt zlib and pcre

- Thread: https://externals.io/message/968
- Original archive: https://news-web.php.net/php.internals/968
- Started by Michael Loftis on 2003-04-19T00:23:48+00:00
- Messages: 4
- Reply by email to internals@lists.php.net
- More for agents: search with https://externals.io/search.md?q={query} · JSON API at https://externals.io/api · documentation at https://externals.io/llms.txt

---

## #968 — Michael Loftis — 2003-04-19T00:23:48+00:00

URL: https://externals.io/message/968#968

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

---

## #973 — Wez Furlong — 2003-04-19T10:43:47+00:00

URL: https://externals.io/message/968#973 · In reply to: #968

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

---

## #986 — Brian J. France — 2003-04-20T22:08:22+00:00

URL: https://externals.io/message/968#986 · In reply to: #973

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.
> 
> 
> 
> > […]

---

## #988 — Wez Furlong — 2003-04-21T08:39:20+00:00

URL: https://externals.io/message/968#988 · In reply to: #986

> 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

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.