stlport-announce — STLport announces mail list

Re: [Stlport-announce] [Stlport-devel] STLport 5.2.1 released.

[Gubenko, B. <bor...@hp...>]

Petr,

thanks a lot for the release!

-boris

> -----Original Message-----
> From: Petr Ovtchenkov [mailto:pt...@vo...]
> Sent: Wednesday, December 10, 2008 4:48 PM
> To: stl...@li...
> Cc: stl...@li...
> Subject: [Stlport-devel] STLport 5.2.1 released.
>
> This is new platforms support release.
>
> Platforms:
>
>  - build and run on HP-UX/ia64 with aC++ compiler;
>    verified on HP-UX 11.23 and 11.31 with aC++ A.06.17;
>
>  - build for EVC9 (Visual Studio 2008).
>
> --------------------------------------------------------------
> ----------------
> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las
> Vegas, Nevada.
> The future of the web can't happen without you.  Join us at
> MIX09 to help pave the way to the Next Web now. Learn more
> and register at
> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009
> .visitmix.com/
> _______________________________________________
> Stlport-devel mailing list
> Stl...@li...
> https://lists.sourceforge.net/lists/listinfo/stlport-devel
>

[Stlport-announce] STLport 5.2.1 released.

[Petr O. <pt...@vo...>]

This is new platforms support release.

Platforms:

 - build and run on HP-UX/ia64 with aC++ compiler;
   verified on HP-UX 11.23 and 11.31 with aC++ A.06.17;

 - build for EVC9 (Visual Studio 2008).

[Stlport-announce] STLport 5.2.0 released.

[Petr O. <pt...@vo...>]

- Major modifications:

* Use of #include_next to access native platform/compiler headers when the
preprocessor support it. Enhance STLport portability as native header path do
not have to be adapted each time the header structure is modified.

* Yet a modification of the include schema in all C++ Standard headers. Now
_STLP_WHOLE_NATIVE_STD mode works as expected, used in conjonction with
_STLP_DONT_REDEFINE_STD it is possible to use STLport in stlport namespace at
the same time as using native library in std namespace.

* Use of the gcc visibility feature for gcc versions after 4.0.

* For builds under Windows, STLport now adapt to the PSDK used to build it. It
should be the same as the one used when building an application using the
STLport libs. A compatibility detection mecanism has been implemented in order
to report not homogeneous build environment with a link error rather than undefined
runtime error.

- Enhancements:

* Use of malloc based allocator on system having GlibC 2.3 and later, keep
node allocator for others.

* Delay instanciation of type traits type in vector and deque implementation to
be able to use some of the nested types like iterator even if type used to
instanciate the container is not completely defined.
	
* Container pointer specialization feature now works even with incomplete types
thanks to use of partial template specialization.

[Stlport-announce] STLport 5.1.7 released.

[Petr O. <pt...@vo...>]

This is bugfix release.

Support 32-bit and 64-bit Solaris 10 and 11
with SunPro's CC (SunStudio 12) for x86, AMD64, SPARC;
derived from patches #2152319, thanks Rick Weisner.

Old problem with SunPro's CC remains: see bug track #2184003
https://sourceforge.net/tracker/index.php?func=detail&aid=2184003&group_id=146814&at

In short: SunPro's CC see on own cmath ant not to stlport/cmath
(the same for other headers too).

--

  - ptr

[Stlport-announce] STLport 5.1.6 released.

[Petr O. <pt...@vo...>]

This is bugfix release.

	* fix derived from patch #1914475, wrong replace for selfreferencing string;

	* build on HP-UX PA-RISC and IA64, build on Solaris;

	* fix cxa_atexit problem for HP-UX with gcc, like on Solaris.

See ChangeLog for details.

--

  - ptr

[Stlport-announce] STLport source control/goals

[Petr O. <pt...@vo...>]

STLport has two goals:

1. Performance
2. Portability

In the implementation this two goals conflict with each other.
To allow progress in both directions, current source management policy
require modification.

i. compatibility aspects, ports to another platform (another compiler,
new compiler's revision, and so on), will be tracked near last 'stable'
release.

ii. Streamline (trunk) will be on leading edge---better performance,
better code, new language features, coming standard features.
But may be compilers with 'strange' C++ language implementation
will be sacrificed in the trunk.

Current trunk will become branch 5.2 in the near future.

   - ptr

[Stlport-announce] STLport 5.1.5 released.

[<fra...@fr...>]

This patch release contains the following fixes:

- Workaround to the creation of a terminal window under Windows CE.
- Management of Ctrl-Z while reading file under Windows.
- Management of encoding while reading file under Windows.

Enjoy.

[Stlport-announce] STL strings implementations: performance comparison

[Petr O. <pt...@is...>]

http://complement.sourceforge.net/compare.pdf present comparison of strings
implementations in STLport (trunk) and libstdc++.

This tests also can help to answer on questions: COW or non-COW strings
implementation better? What allocator is better? Under what conditions?
This comparison is done on the base of STLport strings, ropes and
libstdc++ strings. I expect that this results will help to make decision
between STL implementations as well proper choice of strings implementation.
And, of cause, it will help in future development of STLport.

Performance test suites and results are in STLport SVN repository:
SVN https://stlport.svn.sourceforge.net/svnroot/stlport/trunk/perf

[Stlport-announce] STLport 5.1.4 released

[<fra...@fr...>]

This patch release contains the following main fixes (see ChangeLog-5.1 
for a complete list) :

- collate facet implementation using Glibc and
- string::rfind, find_last_of, find_last_not_of, position 0 was wrongly 
excluded
- rope::iterator copy constructor fixed.
- large file support enable when _LARGEFILE_SOURCE or 
_LARGEFILE64_SOURCE defined for Posix platforms.

Bests

François Dumont

[Stlport-announce] STLport 5.1.3 released

[<fra...@fr...>]

STLport 5.1.3 available for download.

This release contains fixes for Microsoft Visual Studio compilers suite:

  - Add support for EVC 2005 thanks Ulrich Echkardt.
  - Modification of the code use to detect stateless classes to avoid a 
Visual Studio 2005 warning.
  - Change configuration for Visual Studio 98, do not support explicit 
instanciation of class template method like locale::combine or 
bitset::to_string.
  - Fix definition of the internal _STLP_WIN32_VERSION macro giving 
targeted platform version, based on WINVER or _WIN32_VERSION in this order.
  - Fix a use of strncpy_s that was potentially leading to a crash.

Bests

François Dumont

[Stlport-announce] STLport 5.1.2 released

[<fra...@fr...>]

This release contains following bug fixes for Windows platform:

- Potential infinite loop in locale creation depending on the requested 
locale. Might also block application startup if system locale leads to 
an infinite loop. 
- Fix for compilers having a bug in implementation of the empty base 
class optimization like VC6 or Borland compilers.

Bests

[Stlport-announce] STLport 5.1.1 released

[<fra...@fr...>]

Here is a new release containing following bug fixes: 
* Windows platform: 
- Race condition when several threads were creation a facet from name at 
the same time. 
- Race condition because of a some static buffer when using time facet. 
- Restored Windows 95 support. 
 
* Platform independant: 
- locale::combine behavior. 
- deque::insert at a given position method, it was returning the wrong 
iterator in some case. 
- Wrong invalidation of iterators in deque::erase method in STL safe mode. 
- Computation of system page size, should improve performance if file 
streams especially on 64 bits systems. 
- locale::collate behavior in the Glibc portage. 
 
You might find more detailed description in etc/ChangeLog-5.1. 
 
Have fun.

[Stlport-announce] STLport 5.0.3 Bugfix Release

[Petr O. <pt...@is...>]

STLport 5.0.3 available for download.

General changes relative 5.0.2:

- few fixes related to print floats (possible buffer overflow);

- fix bug in list::swap;

- search_n with predicate fail in case when subsequence size is 1;

- fix missing null termination in rope constructor from a character
  and a buffer overrun;

- fix implementation of __equal_range, __lower_bound, __upper_bound
  when dealing with a key whom type is different from the value_type
  of the iterator;

- Modification of the slist::splice_after methods signature; one now
  have to pass the source slist instance, this is mandatory in order
  to compare the 2 slists allocator instance before moving an element
  from a slist instance to an other;

- fix hash_multimap behaviour when deal with same keys


STLport 5.1 remains preferable for usage in production.

We will not add new functionality into STLport 5.0 branch, and
5.0.3 is a good candidate for last release in 5.0.x series.

    - Petr Ovtchenkov

[Stlport-announce] STLport-bug mailing list

[Petr O. <pt...@is...>]

STLport-bug mailing list created.

Subscription via https://lists.sourceforge.net/lists/listinfo/stlport-bugs

This mailing list intended to track STLport bugs. Web interface to bugs is
here: https://sourceforge.net/tracker/?group_id=146814&atid=766244

Patches with new features, support of new compiler, etc. should be
submitted via web interface here:
https://sourceforge.net/tracker/?group_id=146814&atid=766246

You can submit new bug ONLY VIA WEB INTERFACE!

List policy: This list intended for notification and free discussion
about bug. All resolutions, supplementary comments with bug status
changes should be made via web interface, to reflect state of the bug.

Note, that due to technical problem the delay with forwarding bug track comments
to this list may take place.

   - ptr

[Stlport-announce] STLport 5.1 released

[<fra...@fr...>]

Hi

    I am glad to announce you that STLport 5.1.0 has finally been 
released. Many thanks to
       Petr Ovchenkov
       Eric Sanford
       Michael Fink
       Ulrich Echkardt
       Boris Gubenko

    And of course to all other occasional reporters that are helping in 
improving the library.

    Here is the release note extract for 5.1 release:

5.1:

- Major modifications

    * Folder architecture: All configuration files are now in 
stlport/stl/config folder.
    stlport/stl_user_config.h renamed and moved as 
stlport/stl/config/user_config.h.
    stlport/stl/_site_config.h renamed and moved as 
stlport/stl/config/hosts.h.
    STLport configuration now also try to seperate platform 
configuration from compiler
    one.

    * Allocators implementation is in src folder to enhance 
encapsulation. Default
    allocator when using STLport without building it 
(_STLP_NO_IOSTREAMS) is the simple
    new/delete based allocator, node allocator is the default when 
building the lib.

    * Access to native headers has been modified to make STLport less 
dependant on
    native headers internal includes, should improve portability.

    * Segregation of headers has been improved. You might have to add 
now missing
    functional or algorithm Standard headers include in your code.

- Enhancements

    * Support enhancements:
      - Borland compilers starting with the free one (5.5.1)
      - HP aC++/ANSI C B3910B A.06.06
      - Visual Studio 2005 for Windows CE
      - Use of intrinsic type traits support of Visual Studio 2005

    * Improved meta programming techniques especially in uninitialized_* 
algorithms.
    If you need a vector of null pointer prefer to write 'vector<void*> 
v(10)' rather
    than 'vector<void*> v(10, (void*)0)'.

    * Fully functional pointer specialization feature 
(_STLP_USE_PTR_SPECIALIZATIONS).

    * Extension of template search methods in associative and hashed 
container has
    been completed.

    * STL safe mode: Now detect badly implemented strict weak ordering 
functors, assert
    if a < b && b < a. Same for equivalent functor used in hash 
container implementation,
    assert if a <=> b but !(b <=> a).

    * Improved locale creation delay on Windows platform.

    * STL containers implementation now correctly handle allocators with 
state. This kind
    of allocator has to overload swap method if any specific action has 
to be made when
    swaping 2 instances.

    * STLport is ready for safe string functions *_s 
(_STLP_USE_SAFE_STRING_FUNCTIONS)

    * Many bug fixes, see etc/ChangeLog-5.1.

Bests

[Stlport-announce] STLport 5.1.0 RC3

[<fra...@fr...>]

Since RC2 major modifications has been:

- Use of compiler extensions noreturn attribute to limit some compiler 
warnings.
- Smaller bucket counts for hash containers
- Improvment in support of Chinese locale in Windows platform.

Here is the 5.1.0 release note:

5.1:

- Major modifications

        * Folder architecture: All configuration files are now in 
stlport/stl/config folder.
        stlport/stl_user_config.h renamed and moved as 
stlport/stl/config/user_config.h.
        stlport/stl/_site_config.h renamed and moved as 
stlport/stl/config/hosts.h.
        STLport configuration now also try to seperate platform 
configuration from compiler
        one.

        * Allocators implementation is in src folder to enhance 
encapsulation. Default
        allocator when using STLport without building it 
(_STLP_NO_IOSTREAMS) is the simple
        new/delete based allocator, node allocator is the default when 
building the lib.

        * Access to native headers has been modified to make STLport 
less dependant on
        native headers internal includes, should improve portability.

        * Segregation of headers has been improved. You might have to 
add now missing
        functional or algorithm Standard headers include in your code.

- Enhancements

        * Support enhancements:
          - Borland compilers starting with the free one (5.5.1)
          - HP aC++/ANSI C B3910B A.06.06
          - Visual Studio 2005 for Windows CE
          - Use of intrinsic type traits support of Visual Studio 2005

        * Improved meta programming techniques especially in 
uninitialized_* algorithms.
        If you need a vector of null pointer prefer to write 
'vector<void*> v(10)' rather
        than 'vector<void*> v(10, (void*)0)'.

        * Fully functional pointer specialization feature 
(_STLP_USE_PTR_SPECIALIZATIONS).

        * Extension of template search methods in associative and hashed 
container has
        been completed.

        * STL safe mode: Now detect badly implemented strict weak 
ordering functors, assert
        if a < b && b < a. Same for equivalent functor used in hash 
container implementation,
        assert if a <=> b but !(b <=> a).

        * Improved locale creation delay on Windows platform.

        * STL containers implementation now correctly handle allocators 
with state. This kind
        of allocator has to overload swap method if any specific action 
has to be made when
        swaping 2 instances.

        * STLport is ready for safe string functions *_s 
(_STLP_USE_SAFE_STRING_FUNCTIONS)

        * Many bug fixes, see etc/ChangeLog.


Bests

[Stlport-announce] Strings and IOStreams: STL implementations comparison

[Petr O. <pt...@is...>]

http://complement.sourceforge.net/compare.pdf 
  
Article updated. 
  
This article present comparison of strings (and some iostreams features)
implementations in STLport (trunk) and libstdc++. This tests can
help to answer on questions: COW or non-COW strings implementation better?
What allocator is better? Under what conditions? This comparison is done
nn the base of STLport strings, ropes and libstdc++ strings. I expect
that this results will help to make decision between STL implementations
as well proper choice of strings implementation. And, of cause, it will
help in future development of STLport.

Tests show that

  * for processing long strings (greater than 50K) the best choice is
    ropes;
  * if you use strings with sizes 0.5K--50K then strings implementation
    from native libstdc++ is a good choice; this will be good too if you only pass
    strings as parameters, without modifications (but this is bad programming
    technique nevertheless);
  * if you general work is modification of strings with sizes less then 0.5K,
    the strings from STLport are for you;
  * the time of advantage of node_alloc in STLport is in the past;
    progress in allocation algorithms in core system eliminate positive
    effect of node_alloc in single-threaded applications and demonstrate
    significant advantage of core system allocators in multi-threaded
    applications;
  * no valuable performance advantage of C format output over C++ iosreams;
  * unbuffered output has ugly performance (is it new fact for you?);
  * no reasons to use node_alloc in STLport---malloc_alloc
    show better (or significant better) results;
  * string proxy object (aka expression template) technique is very useful.


   - ptr

Re: [Stlport-announce] Migration to SVN

[Petr O. <pt...@is...>]

On Tuesday 15 August 2006 10:08, Petr Ovtchenkov wrote:
> Repository migration to SVN is in progress. Please, don't commit to CVS.
> 
>    - ptr

Migration to SVN complete. See http://stlport.sourceforge.net/CVS.shtml for instructions. 

    - ptr

[Stlport-announce] Migration to SVN

[Petr O. <pt...@is...>]

Repository migration to SVN is in progress. Please, don't commit to CVS.

   - ptr

[Stlport-announce] STLport 5.1.0 RC2

[<fra...@fr...>]

Since RC1 major bug fixes have been:

- 64 bits issue using gcc 
- Memory overrun and memory leak in rope 
- list::swap implementation fix

5.1 Release Notes:

- Major modifications

    * Folder architecture: All configuration files are now in 
stlport/stl/config folder.
    stlport/stl_user_config.h renamed and moved as 
stlport/stl/config/user_config.h.
    stlport/stl/_site_config.h renamed and moved as 
stlport/stl/config/hosts.h.
    STLport configuration now also try to seperate platform 
configuration from compiler
    one.

    * Allocators implementation is in src folder to enhance 
encapsulation. Default
    allocator when using STLport without building it 
(_STLP_NO_IOSTREAMS) is the simple
    new/delete based allocator, node allocator is the default when 
building the lib.

    * Access to native headers has been modified to make STLport less 
dependant on
    native headers internal includes, should improve portability.

    * Segregation of headers has been improved. You might have to add 
now missing
    functional or algorithm Standard headers include in your code.

- Enhancements

    * Support enhancements:
      - Borland compilers starting with the free one (5.5.1)
      - Visual Studio 2005 for Windows CE
      - Digital Mars compiler (experimental)
      - Use of intrinsic type traits support of Visual Studio 2005

    * Improved meta programming techniques especially in uninitialized_* 
algorithms.
    If you need a vector of null pointer prefer to write 'vector<void*> 
v(10)' rather
    than 'vector<void*> v(10, (void*)0)'.

    * Fully functional pointer specialization feature 
(_STLP_USE_PTR_SPECIALIZATIONS).

    * Extension of template search methods in associative and hashed 
container has
    been completed.

    * STL safe mode: Now detect badly implemented strict weak ordering 
functors, assert
    if a < b && b < a. Same for equivalent functor used in hash 
container implementation,
    assert if a <=> b but !(b <=> a).

    * Improved locale creation delay on Windows platform.

    * STL containers implementation now correctly handle allocators with 
state. This kind
    of allocator has to overload swap method if any specific action has 
to be made when
    swaping 2 instances.

    * STLport is ready for safe string functions *_s 
(_STLP_USE_SAFE_STRING_FUNCTIONS)

    * Many bug fixes, see etc/ChangeLog.

Have fun...

[Stlport-announce] STLport 5.1.0 RC1

[<du...@us...>]

First candidate for STLport 5.1.0 has been released. Feel free to check 
support for your platform/compiler and report your feeling in mailing list.

Great thanks to major contributors for this release:
Ulrich Eckhardt
Michael Fink
Eric Sanford

and also to all posters that help making this library so great.

Here is the list of major improvements coming with this version.

- Major modifications

   * Folder architecture: All configuration files are now in 
stlport/stl/config folder.
   stlport/stl_user_config.h renamed and moved as 
stlport/stl/config/user_config.h.
   stlport/stl/_site_config.h renamed and moved as 
stlport/stl/config/hosts.h.
   STLport configuration now also try to seperate platform configuration 
from compiler
   one.

   * Allocators implementation is in src folder to enhance 
encapsulation. Default
   allocator when using STLport without building it (_STLP_NO_IOSTREAMS) 
is the simple
   new/delete based allocator, node allocator is the default when 
building the lib.

   * Expression template for string concatenation is activated per 
default. Go to
   user_config.h file to disable it.

   * Access to native headers has been modified to make STLport less 
dependant on
   native headers internal includes, should improve portability.

   * Segregation of headers has been improved. You might have to add now 
missing
   functional or algorithm Standard headers include in your code.

- Enhancements

   * Support enhancements:
     - Borland compilers starting with the free one (5.5.1)
     - Visual Studio 2005 for Windows CE
     - Digital Mars compiler (experimental)
     - Use of intrinsic type traits support of Visual Studio 2005

   * Improved meta programming techniques especially in uninitialized_* 
algorithms.
   If you need a vector of null pointer prefer to write 'vector<void*> 
v(10)' rather
   than 'vector<void*> v(10, (void*)0)'.

   * Fully functional pointer specialization feature 
(_STLP_USE_PTR_SPECIALIZATIONS).

   * Extension of template search methods in associative and hashed 
container has
   been completed.

   * STL safe mode: Now detect badly implemented strict weak ordering 
functors, assert
   if a < b && b < a. Same for equivalent functor used in hash container 
implementation,
   assert if a <=> b but !(b <=> a).

   * Improved locale creation delay on Windows platform.

   * STL containers implementation now correctly handle allocators with 
state. This kind
   of allocator has to overload swap method if any specific action has 
to be made when
   swaping 2 instances.

   * STLport is ready for safe string functions *_s 
(_STLP_USE_SAFE_STRING_FUNCTIONS)

   * Many bug fixes, see etc/ChangeLog.

Francois Dumont

[Stlport-announce] STLport 5.0.2 released

[Petr O. <pt...@is...>]

STLport 5.0.2 available for download.

General changes relative 5.0.1:

 - fix rope::find(char);

 - string's const operator [n] should return CharT() in case of n == size();

 - few workarounds for ICC 9;

 - really implemented getting default locale categories from environment;
   replace a few strcpy by strncpy to protect from possible buffer overflow
   attack (with glibc);

 - add --use-static-gcc option for configure (useful for gcc, if you want
   to use static libgcc when compiler builded with --enable-shared
   [i.e. default]);

 - makefiles correctly detect that compiler (gcc) was builded with
   --disable-shared and use correct libgcc;

 - add --with-boost option for configure;

 - endianess detection for EVC (MIPS SDK); EVC4 ICE workarounds;

 - workaround for bug in make 3.79.1 on Solaris;

 - fix: string::capacity may return wrong value in case of
   no _STLP_USE_SHORT_STRING_OPTIM in use.

[Stlport-announce] Strings and IOStreams: STL implementations comparison

[Petr O. <pt...@is...>]

http://complement.sourceforge.net/compare.pdf

This article present comparison of strings (and some iostreams features)
implementation in STLport (v. 5.0.1) and libstd++.
This tests also can help to answer on questions: is it strings copy algorithm
with constant complexity better than algorithm with linear complexity?
What allocator is better? This comparison is done on the base of STLport strings,
ropes and libstd++ strings. I expect that this results will help to make
decision between STL implementations as well proper choice of strings implementation.

  - Petr Ovtchenkov

[Stlport-announce] STLport 5.0.1 released

[Petr O. <pt...@is...>]

STLport 5.0.1 available for download.

General changes relative 5.0.0:
 - fix typos/bugs in make subsystem;
 - bugfixes to support platforms: FreeBSD, Solaris (including
   SunPro 5.7 compiler) and eVC---MIPSxx;
 - bugfixes in iostreams (formatting money and numbers).

[Stlport-announce] STLport 5.0.0 (release)

[Petr O. <pt...@is...>]

STLport 5.0.0 (release) available!

Great thanks for all authors, contributors, testers!

General changes relative STLport 4.x:

  - No more wrapper mode: you can use STLport iostreams or no iostreams at all;
  - _STLP_NO_CUSTOM_IO now also hide basic_string implementation
  - internal namespace schema has been modified, see doc folder for additional informations;
  - Support of many modern C++ compilers and platforms 
     o gcc 3.4.0 and later;
     o MSVC .Net 2002, 2003 and MSVC 2005 Beta;
     o Windows CE see build/test/unit/STATUS for a complete list of tested platforms/compilers;
     o Novell Netware;
     o Linux/uClibc;
  - Move semantic: vector or deque of any other STL containers are using move semantic
    when resized or modified rather than copy.
  - New checks in safe STL mode like null pointer or check of iterator range pass
    to container constructors;
  - Expression template for string concatenation operations (available through
    the _STLP_USE_TEMPLATE_EXPRESSION config option);
  - Implementation of the short string optimization trick, basic_string have a small
    static buffer in this case;
  - STL containers vector, deque, list and slist pointer specialization to limit code bloats
    (see _STLP_USE_PTR_SPECIALIZATIONS on config file);
  - Use of boost type_traits rather than internal equivalent when requested (see
    _STLP_USE_BOOST_SUPPORT in config file);
  - set/multiset, or map/multimap iterators cannot be compared anymore;
  - unordered_set, unordered_multiset, unordered_map, unordered_multimap hash containers
    implementation specified in the TR1 document;
  - Thanks to the _STLP_LEAKS_PEDANTIC config option you can ask STLport to clean its
    memory pool before being unloaded, useful to only detect real memory leak problems;
  - Creation of configuration scripts to make STLport configuration easier;
  - Improvement of some algorithm like search_n or stable_sort;
  - Ported to 64 bits platforms;
  - Large file ( > 4 Gb) stream support on Win32 platform;
  - Unit tests provide now good regression with clean interpretation;
  - Many bugfixes, code cleaning, etc.



STLport 5.0 release use tag STLPORT_5_0_0 5.0.0 release tarballs (Note, that in ChangeLog in
tarballs wrongly named tag for 5.0.0---will be fixed in following version).

STLPORT_5_0 branch remain for bugfixes of 5.0, while development will go to HEAD trunk:
STLPORT_5_0 branch was merged into HEAD (main trunk).

Good luck!

  - Petr Ovtchenkov