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.

Edits for Azure Sphere

I have matched cstdlib and cstdio to what is provided by the header (there is no write ability on Azure Sphere).
To install, first figure out where your SYSROOT is (mine's at 'C:\Program Files (x86)\Microsoft Azure Sphere SDK\Sysroots\2'

1. Copy all contents of the include/ folder to SYSROOT/usr/include
2. Copy al the contents of the src/ folder to your Visual Studio solution. Make sure you use Add Existing Item so VS knows
   you have the CPP files.
3. Right click your project (the purple box with the 2 + signs). In the Configuration Properties/"C/C++"/Command Line in the Additional options
box put -fno-rtti to disable RTTI support
4. Build

NOTES:

The library is not automatically included into your files (if you want to use "new" and "delete", you need to
#include <new> )

If you're not using visual studio, you can run "make menuconfig" then "make" from within WSL to build an archive. Then 
tell CMake to link against that archive file.

I couldn't find a dynamic library version of the C++ std lib mentioned anywhere so I'm betting on just linking it all statically together.
This does raise some interesting issues with licensing that I'm not qualified to address, but look up LGPL law/consult a lawyer

Example blink project that includes a lot of C++ only features can be found here:
https://github.com/saltyJeff/AzureSphereCpp