I've been working on getting STLport 4.6.2 up and running, in between
conference travel and other various life experiences. It's pretty close
to being ready for general use; I've been hammering out some of the test
cases in the test\regression directory.
So far, I can report that the various non-debug and -DDEBUG flavors of
the STLport library/code work. There is a problem with the -D_STLP_DEBUG
(STLport debug) flavor, but it's pretty apparent that few, if any,
people actually use the -D_STLP_DEBUG version of the library. If they
do, they clearly don't use maps, sets or anything that relies on the
red/black tree structures. Also, it's pretty apparent that few people
use the DLL version of STLport.
I'm off on travel to a conference at MIT Lincoln Labs until next Friday.
After that, I put up a web page with an initial patch set for users to test.
Be forewarned: STLport is VERY SENSITIVE to having the right compiler
flags set on the command line. For example, if you want to use the DLL,
you MUST add "-D_STLP_USE_DYNAMIC_LIB" to your compiler flags or you
will get an access violation. I will document the required compiler
flags. I will not be sympathetic to "my program crashses" complaints
when the flags aren't properly set.
-scooter

STLport 4.6.2 is now available at http://mordred.cs.ucla.edu/STLport_DMC/
If you have a lot of time on your hands and a fast machine, you can
build the regression tests in test\regression:
smake /f dm.mak clean
smake /f dm.mak
smake /f dm_indiv.mak clean
smake /f dm_inidiv.mak
The regression tests also serve as good code examples. I've built all of
the tests, unconvered two compiler issues, but overall, the tests WORK
for the -DDEBUG and release versions of the STLport libraries. Use
-D_STLP_DEBUG ("STLport debug") at your own risk.
-scooter

Great work!
Two remarks:
- the zip also includes the CVS dirs and files
- the zip has it's root in /scottm/play/
I don't know it was intended, but it might confuse some users.
Again thanks for the great work!
Arjan