# gmake test
case $MAKEFLAGS in \
*-s*)
LD_LIBRARY_PATH=/tmp/Python-2.3.3:/usr/local/lib:/usr/local/qt/lib:/usr/local/kde/lib:/usr/local/pwlib/lib:/usr/local/openh323/lib
CC='gcc' LDSHARED='gcc -shared' OPT='-DNDEBUG -g -O3
-Wall -Wstrict-prototypes' ./python -E ./setup.py -q
build;; \
*)
LD_LIBRARY_PATH=/tmp/Python-2.3.3:/usr/local/lib:/usr/local/qt/lib:/usr/local/kde/lib:/usr/local/pwlib/lib:/usr/local/openh323/lib
CC='gcc' LDSHARED='gcc -shared' OPT='-DNDEBUG -g -O3
-Wall -Wstrict-prototypes' ./python -E ./setup.py build;; \
esac
running build
running build_ext
building 'dbm' extension
gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -fPIC
-fno-strict-aliasing -DHAVE_NDBM_H -I.
-I/tmp/Python-2.3.3/./Include -I/usr/local/include
-I/tmp/Python-2.3.3/Include -I/tmp/Python-2.3.3 -c
/tmp/Python-2.Modules/dbmmodule.c -o
build/temp.linux-i686-2.3/dbmmodule.o
gcc -shared build/temp.linux-i686-2.3/dbmmodule.o
-L/usr/local/lib -o build/lib.linux-i686-2.3/dbm.so
*** WARNING: renaming "dbm" since importing it failed:
build/lib.linux-i686-2.3/dbm.so: undefined symbol:
dbm_firstkey
running build_scripts
find ./Lib -name '*.py[co]' -print | xargs rm -f
LD_LIBRARY_PATH=/tmp/Python-2.3.3:/usr/local/lib:/usr/local/qt/lib:/usr/local/kde/lib:/usr/local/pwlib/lib:/usr/local/openh323/lib
./python -E -tt ./Lib/test/regrtest.py -l
test_grammar
[...]
test_codecs
test test_codecs failed -- Traceback (most recent call
last):
  File "/tmp/Python-2.Lib/test/test_codecs.py",
line 333, in test_nameprep
    raise test_support.TestFailed("Test 3.%d: %s" %
(pos+1, str(e)))
TestFailed: Test 3.5: u'\u0143 \u03b9' != u'\u0144 \u03b9'
 
test_codeop
[...]
test_format
/tmp/Python-2.Lib/test/test_format.py:19:
FutureWarning: %u/%o/%x/%X of negative int will return
a signed string in Python 2.4 and up
  result = formatstr % args
test_fpformat
[...]
test_re
test test_re produced unexpected output:
**********************************************************************
*** lines 2-3 of actual output doesn't appear in
expected output after line 1:
+ === Failed incorrectly ('(?u)\\b.\\b', u'\xc4', 0,
'found', u'\xc4')
+ === Failed incorrectly ('(?u)\\w', u'\xc4', 0,
'found', u'\xc4')
**********************************************************************
test_regex
[...]
test_unicode
test test_unicode failed -- errors occurred in
test.test_unicode.UnicodeTest
test_unicode_file
test_unicode_file skipped -- No Unicode filesystem
semantics on this platform.
test_unicodedata
test test_unicodedata failed -- Traceback (most recent
call last):
  File
"/tmp/Python-2.Lib/test/test_unicodedata.py", line
62, in test_method_checksum
    self.assertEqual(result, self.expectedchecksum)
  File "/tmp/Python-2.Lib/unittest.py", line 302,
in failUnlessEqual
    raise self.failureException, \
AssertionError:
'c269de8355871e3210ae8710b45c2ddb0675b9d5' !=
'a37276dc2c158bef6dfd908ad34525c97180fad9'
 
test_univnewlines
[...]
test_zlib
222 tests OK.
4 tests failed:
    test_codecs test_re test_unicode test_unicodedata
29 tests skipped:
    test_aepack test_al test_bsddb185 test_bsddb3
test_cd test_cl
    test_curses test_dbm test_email_codecs test_gl
test_imgfile
    test_linuxaudiodev test_locale test_macfs
test_macostools test_nis
    test_normalization test_ossaudiodev test_pep277
test_plistlib
    test_scriptpackages test_socket_ssl test_socketserver
    test_sunaudiodev test_timeout test_unicode_file
test_urllibnet
    test_winreg test_winsound
2 skips unexpected on linux2:
    test_dbm test_locale
gmake: *** [test] Error 1

Logged In: YES 
user_id=33168

Are you still having these problems?  What compiler are you
using?  Have you tried building without optimization to see
if the problems go away?

Logged In: YES 
user_id=631694

i can confirm it happens in 2.3.3 and 2.3.5

compiler is gcc 3.3.3 or 4.0.2, happens with and without
optimization

i used the following configure options:
--with-wctype-functions --with-fpectl --enable-shared
--enable-unicode
when using defaults, the tests pass

Logged In: YES 
user_id=33168

Confirmed these are still a current problem in SVN.  The
problem is: --with-wctype-functions.  With this option all 4
tests fail on amd64 gentoo linux.

Logged In: YES 
user_id=38388

This option should/will go away in Python 2.5, so I don't
think there's a need to bother with trying to fix problems
related to it.

The reason for the removal is that the option causes
semantical problems and makes Unicode work in non-standard
ways on platforms that use locale-aware extensions to the
wc-type functions.