diff options
Diffstat (limited to 'FAQ')
| -rw-r--r-- | FAQ | 8 |
1 files changed, 5 insertions, 3 deletions
| @@ -84,8 +84,10 @@ The lastest zlib FAQ is at http://zlib.net/zlib_faq.html | |||
| 84 | 84 | ||
| 85 | 13. How can I make a Unix shared library? | 85 | 13. How can I make a Unix shared library? |
| 86 | 86 | ||
| 87 | make clean | 87 | By default a shared (and a static) library is built for Unix. So: |
| 88 | ./configure -s | 88 | |
| 89 | make distclean | ||
| 90 | ./configure | ||
| 89 | make | 91 | make |
| 90 | 92 | ||
| 91 | 14. How do I install a shared zlib library on Unix? | 93 | 14. How do I install a shared zlib library on Unix? |
| @@ -325,7 +327,7 @@ The lastest zlib FAQ is at http://zlib.net/zlib_faq.html | |||
| 325 | correctly points to the zlib specification in RFC 1950 for the "deflate" | 327 | correctly points to the zlib specification in RFC 1950 for the "deflate" |
| 326 | transfer encoding, there have been reports of servers and browsers that | 328 | transfer encoding, there have been reports of servers and browsers that |
| 327 | incorrectly produce or expect raw deflate data per the deflate | 329 | incorrectly produce or expect raw deflate data per the deflate |
| 328 | specficiation in RFC 1951, most notably Microsoft. So even though the | 330 | specification in RFC 1951, most notably Microsoft. So even though the |
| 329 | "deflate" transfer encoding using the zlib format would be the more | 331 | "deflate" transfer encoding using the zlib format would be the more |
| 330 | efficient approach (and in fact exactly what the zlib format was designed | 332 | efficient approach (and in fact exactly what the zlib format was designed |
| 331 | for), using the "gzip" transfer encoding is probably more reliable due to | 333 | for), using the "gzip" transfer encoding is probably more reliable due to |
