A few notes:

-	Most of the uClibc++ development is done against relatively recent versions of
	GCC.  Currently that means something in the 4.2 series.  The 3 series was great,
	but has a large number of known issues.

-	If you are looking to statically compile an application, you must compile it
	without the use of either rtti or exceptions.  The library should be compiled
	likewise.  Since the application will be statically compiled, you may run a 
	dynamic library with exception support.

-	As of version 0.1.11 uClibc+ throws LOTS of warnings when compiling about inline
	functions used but never defined.  There warnings are known errors in GCC
	versions 3.3.3 3.4.0 4.0.0 4.1.0 [Bug #21627].  Either ignore these warnings or
	upgrade your compiler.  Note that these warnings will exist when compiling software
	as well as the library itself.

-	uClibc++ is not capable of bootstrapping itself.  The library depends upon some
	of the gcc support files and libstdc++ for exception support.  Linking in libsupc++
	moves all of the required code into the library so that the GNU library is no
	longer required AFTER COMPILATION.  Thus you can build uClibc++ on a development
	system against libstdc++, but when deployed you will not need any of the GNU library
	files.

-	The debugging option now has an impact on produced code.  For now it simply zeros out
	pointers used internally which should never be used, or which are considered to be
	invalidated anyways.  This will help track down bugs easier (this change was in result
	of a memory-related error).

-	The files in the tests/testoutput directory ending in good are used as reference for
	the test suite - this allows a byte-for-byte comparison of the output of the streams
	library, and so on.