office-gobmx/boost
2011-10-19 17:03:02 +02:00
..
prj Drop %_EXT% which was always empty 2011-06-03 13:27:35 +03:00
aliasing.patch
boost.4713.warnings.patch Build a small static date_time/gregorian for cbosdonnat's perusal 2011-10-05 17:10:41 +02:00
boost.gcc47679.patch
boost.windows.patch fix hunk offset in boost.windows.patch 2011-07-25 17:54:55 -05:00
boost_1_44_0.patch Disable warnings when compiling external boost lib. 2011-10-19 17:03:02 +02:00
makefile.mk Build a small static date_time/gregorian for cbosdonnat's perusal 2011-10-05 17:10:41 +02:00
README.Regex_Experimental
Regex_Experimental.tar.gz
unordered_map-doesnt-support-cp-ctor.patch

Regular expressions status
Fri Oct 25 19:36:59 MEST 2002

Boost 1.28 and 1.29 didn't compile on Solaris with STL 4.0, therefor
sticked to v1.27

Made compile and link regex under wntmsci9 (MSVC 6.03 with STLport 4.0)
and unxsols3 (Sun WorkShop 6 update 1 C++ 5.2 with STLport 4.0). Failed
on unxlngi4 (g++ 3.0.1 with glibc 2.1.1 and STLport 4.0) due to wctype (and
maybe other wide character functions) not properly supported. Gave up due to
time restrictions, feel free to improve.

Archive Regex_Experimental.tar.gz contains RE.* files that may be used
for further approaches. Extract and issue the command line

dmake -f RE.makefile.mk

Even if it compiled for all platforms, the remaining issue would be use
of locales. The system's locale would be used, which doesn't guarantee
that it works like intended, especially behavior could be different
between platforms.

I had a short glance at the PCRE (Perl Compatible Regular Expressions)
available at http://www.pcre.org/, good library, but doesn't support
Unicode. Localized 256 octets tables are created from locale
information. Rudimentary UTF-8 support is implemented, but incomplete
and experimental. 

Hope we can solve the RE issues somehow :-/
Eike Rathke <er@openoffice.org>