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

From: Date: Sun, 20 Apr 2003 22:08:22 +0000
Subject: Re: A couple of shared dependencies that aren't quite right in 4.3.1 wrt zlib and pcre
References: 1 2  Groups: php.internals 
Request: Send a blank email to internals+get-986@lists.php.net to get a copy of this message
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 On Sat, 19 Apr 2003 11:43:47 +0100 (BST), Wez Furlong wrote: > 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. > > On Fri, 18 Apr 2003, Michael Loftis wrote: > >> 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 >> >> -- >> PHP Internals - PHP Runtime Development Mailing List >> To unsubscribe, visit: http://www.php.net/unsub.php >> >> >> > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > >

« previous php.internals (#986) next »