sl@0: 5.1:
sl@0: 
sl@0: - Major modifications
sl@0: 
sl@0: 	* Folder architecture: All configuration files are now in stlport/stl/config folder.
sl@0: 	stlport/stl_user_config.h renamed and moved as stlport/stl/config/user_config.h.
sl@0: 	stlport/stl/_site_config.h renamed and moved as stlport/stl/config/hosts.h.
sl@0: 	STLport configuration now also try to seperate platform configuration from compiler
sl@0: 	one.
sl@0: 
sl@0: 	* Allocators implementation is in src folder to enhance encapsulation. Default
sl@0: 	allocator when using STLport without building it (_STLP_NO_IOSTREAMS) is the simple
sl@0: 	new/delete based allocator, node allocator is the default when building the lib.
sl@0: 
sl@0: 	* Access to native headers has been modified to make STLport less dependant on
sl@0: 	native headers internal includes, should improve portability.
sl@0: 
sl@0: 	* Segregation of headers has been improved. You might have to add now missing
sl@0: 	functional or algorithm Standard headers include in your code.
sl@0: 
sl@0: - Enhancements
sl@0: 
sl@0: 	* Support enhancements:
sl@0: 	  - Borland compilers starting with the free one (5.5.1)
sl@0: 	  - HP aC++/ANSI C B3910B A.06.06
sl@0: 	  - Visual Studio 2005 for Windows CE
sl@0: 	  - Use of intrinsic type traits support of Visual Studio 2005
sl@0: 
sl@0: 	* Improved meta programming techniques especially in uninitialized_* algorithms.
sl@0: 	If you need a vector of null pointer prefer to write 'vector<void*> v(10)' rather
sl@0: 	than 'vector<void*> v(10, (void*)0)'.
sl@0: 
sl@0: 	* Fully functional pointer specialization feature (_STLP_USE_PTR_SPECIALIZATIONS).
sl@0: 
sl@0: 	* Extension of template search methods in associative and hashed container has
sl@0: 	been completed.
sl@0: 
sl@0: 	* STL safe mode: Now detect badly implemented strict weak ordering functors, assert
sl@0: 	if a < b && b < a. Same for equivalent functor used in hash container implementation,
sl@0: 	assert if a <=> b but !(b <=> a).
sl@0: 
sl@0: 	* Improved locale creation delay on Windows platform.
sl@0: 
sl@0: 	* STL containers implementation now correctly handle allocators with state. This kind
sl@0: 	of allocator has to overload swap method if any specific action has to be made when
sl@0: 	swaping 2 instances.
sl@0: 
sl@0: 	* STLport is ready for safe string functions *_s (_STLP_USE_SAFE_STRING_FUNCTIONS)
sl@0: 
sl@0: 	* Many bug fixes, see etc/ChangeLog-5.1.
sl@0: 
sl@0: 5.0:
sl@0: 
sl@0: - Major modifications
sl@0: 
sl@0: 	* No more wrapper mode: you can use STLport iostreams or no iostreams
sl@0: 	at all.
sl@0: 
sl@0: 	* _STLP_NO_CUSTOM_IO now also hide basic_string implementation
sl@0: 
sl@0: 	* internal namespace schema has been modified, see doc folder for additionnal
sl@0: 	informations.
sl@0: 
sl@0: - Enhancements
sl@0: 
sl@0: 	* Support of many modern C++ compilers and platforms
sl@0: 	  - gcc 3.4.0 and later
sl@0: 	  - MSVC .Net 2002, 2003 and MSVC 2005 Beta
sl@0: 	  - Windows CE 
sl@0: 	see build/test/unit/STATUS for a complete list of tested platforms/compilers
sl@0: 
sl@0: 	* Move semantic: vector or deque of any other STL containers are using
sl@0: 	move semantic when resized or modified rather than copy.
sl@0: 
sl@0: 	* New checks in safe STL mode like null pointer or check of iterator range
sl@0: 	pass to container constructors.
sl@0: 
sl@0: 	* Expression template for string concatenation operations (available
sl@0: 	throught the _STLP_USE_TEMPLATE_EXPRESSION config option)
sl@0: 
sl@0: 	* Implementation of the short string optimization trick, basic_string have
sl@0: 	a small static buffer in this case.
sl@0: 
sl@0: 	* STL containers vector, deque, list and slist pointer specialization to
sl@0: 	limit code bloats (see _STLP_USE_PTR_SPECIALIZATIONS on config file)
sl@0: 
sl@0: 	* Use of boost type_traits rather than internal equivalent when requested
sl@0: 	(see _STLP_USE_BOOST_SUPPORT in config file)
sl@0: 
sl@0: 	* set/multiset, or map/multimap iterators cannot be compared anymore.
sl@0: 
sl@0: 	* unordered_set, unordered_multiset, unordered_map, unordered_multimap hash
sl@0: 	containers implementation specified in the TR1 document.
sl@0: 
sl@0: 	* Thanks to the _STLP_LEAKS_PEDANTIC config option you can ask STLport to
sl@0: 	clean its memory pool before being unloaded, useful to only detect real
sl@0: 	memory leak problems.
sl@0: 
sl@0: 	* Creation of configuration scripts to make STLport configuration easier.
sl@0: 
sl@0: 	* Improvment of some algorithm like search_n or stable_sort.
sl@0: 
sl@0: 	* Ported to 64 bits platforms.
sl@0: 
sl@0: 	* Large file ( > 4 Go) stream support on Win32 platform.