@@ -163,17 +163,18 @@ Linux: On Linux version 1.x, once you've built Python, use it to run
163163 status of a module from static to shared, you must remove its
164164 .o file or do a "make clean".)
165165
166- DEC Alpha OFS/1 : When enabling threads, use --with-dec-threads, not
166+ DEC Unix : When enabling threads, use --with-dec-threads, not
167167 --with-thread.
168168
169169AIX: A complete overhaul of the shared library support is now in
170170 place. To enable it, uncomment the LINKCC line in the Setup
171171 file. See Misc/AIX-NOTES for some notes on how it's done.
172172
173- WARNING! In some versions of AIX 3.x , you get errors about
173+ WARNING! In some versions of AIX, you get errors about
174174 Invalid Indent when running the Python test set. This appears
175175 to be a bug in the AIX compiler. Rebuild Parser/tokenizer.c
176- using OPT="" or OPT=-g, or use gcc.
176+ using OPT="" or OPT=-g, or use gcc. According to the latest
177+ reports, it seems this compiler bug is still present in 4.2.1.
177178
178179HP-UX: Shared library support now works by default (at least on HP-UX
179180 9.x). One other problem remains: the HP ANSI C compiler (cc
@@ -258,21 +259,24 @@ Testing
258259-------
259260
260261To test the interpreter that you have just built, type "make test".
261- This runs the test set silently, twice (once with no compiled files,
262- once with the compiled files left by the previous test run). Each
263- test run should print "All tests OK." and nothing more. (The test set
264- does not test the built-in modules, but will find most other problems
265- with the interpreter.)
262+ This runs the test set twice (once with no compiled files, once with
263+ the compiled files left by the previous test run). The test set
264+ produces some output. You can generally ignore the messages about
265+ skipped tests due to an optional feature that can't be imported (if
266+ you want to test those modules, edit Modules/Setup to configure them).
267+ If a messages is printed about a failed test or a traceback or core
268+ dump is produced, something's wrong. On some systems, test_strftime
269+ fails due to a non-standard implementation of strftime() in the C
270+ library. This can be ignored (or you can complain to your vendor).
266271
267272IMPORTANT: If the tests fail and you decide to mail a bug report,
268273*don't* include the output of "make test". It is useless. Run the
269- following command instead :
274+ test that fails manually, as follows :
270275
271- PYTHONPATH= ../Lib:../Lib/ test:./Modules ./python -c 'import testall'
276+ python ../Lib/ test/test_whatever.py
272277
273278(substituting the top of the source tree for .. if you built in a
274- different directory). This gives the output of the tests and shows
275- which test failed.
279+ different directory). This runs the test in verbose mode.
276280
277281
278282Installing
@@ -376,7 +380,7 @@ clean" before giving up or complaining!).
376380 enabled automatically because there are run-time penalties
377381 when support for them is compiled in even if you don't use
378382 them.) IMPORTANT: run "make clean" after changing (either
379- enabling or disabling) this option! Note: for DEC Alpha OSF/1,
383+ enabling or disabling) this option! Note: for DEC Unix
380384 use --with-dec-threads instead.
381385
382386--with-sgi-dl: On SGI IRIX 4, dynamic loading of extension modules is
0 commit comments