Python 2.2.2 on Solaris 2.6 Fails to Build: zlib and crypt

[Roy S. Rapoport]

When attempting to build 2.2.2 on Solaris 2.6 with gcc 3.2.1,
everything seems to work except for the zlib  and crypt extensions,
for which I get:
---
gcc -shared build/temp.solaris-2.6-sun4u-2.2/cryptmodule.o
-L/usr/local/lib -lcrypt -o build/lib.solaris-2.6-sun4u-2.2/crypt.so
Text relocation remains                         referenced
    against symbol                  offset      in file
_des_setkey                         0x4        
/usr/lib/libcrypt.a(crypt.o)
_des_encrypt                        0x10       
/usr/lib/libcrypt.a(crypt.o)
_des_crypt                          0x1c       
/usr/lib/libcrypt.a(crypt.o)
<unknown>                           0x360      
/usr/lib/libcrypt.a(des_crypt.o)
<unknown>                           0x358      
/usr/lib/libcrypt.a(des_crypt.o)
<unknown>                           0x344      
/usr/lib/libcrypt.a(des_crypt.o)
<unknown>                           0x340      
/usr/lib/libcrypt.a(des_crypt.o)
<unknown>                           0x27c      
/usr/lib/libcrypt.a(des_crypt.o)
<unknown>                           0x278      
/usr/lib/libcrypt.a(des_crypt.o)
<unknown>                           0x248      
/usr/lib/libcrypt.a(des_crypt.o)
<unknown>                           0x17c      
/usr/lib/libcrypt.a(des_crypt.o)
<unknown>                           0x4        
/usr/lib/libcrypt.a(des_crypt.o)[...]
building 'zlib' extension
skipping /usr/local/src/python-2.2.2/Modules/zlibmodule.c
(build/temp.solaris-2.6-sun4u-2.2/zlibmodule.o up-to-date)
gcc -shared build/temp.solaris-2.6-sun4u-2.2/zlibmodule.o
-L/usr/local/lib -lz -o build/lib.solaris-2.6-sun4u-2.2/zlib.so
Text relocation remains                         referenced
    against symbol                  offset      in file
free                                0x40       
/usr/local/lib/libz.a(zutil.o)
deflateInit2_                       0x1f9c     
/usr/local/lib/libz.a(deflate.o)
deflateEnd                          0xea0      
/usr/local/lib/libz.a(deflate.o)
deflateEnd                          0x2bc      
/usr/local/lib/libz.a(deflate.o)
inflateInit2_                       0x99c      
/usr/local/lib/libz.a(inflate.o)
inflateInit2_                       0x998      
/usr/local/lib/libz.a(inflate.o)
inflate_set_dictionary              0xa28      
/usr/local/lib/libz.a(inflate.o)
adler32                             0x9e0      
/usr/local/lib/libz.a(inflate.o)
adler32                             0x20e4     
/usr/local/lib/libz.a(deflate.o)
adler32                             0x134      
/usr/local/lib/libz.a(inflate.o)
adler32                             0x120      
/usr/local/lib/libz.a(inflate.o)
adler32                             0x32c      
/usr/local/lib/libz.a(deflate.o)
deflate                             0x5b4      
/usr/local/lib/libz.a(deflate.o)
[...]
---

I've searched the faq and the python.org website and did not find
anything relevant to this issue; the README doesn't say anything about
this problem either.  Any ideas?

-roy