#i124896# remove obsoleted sal-module-internal custom STL allocator

The SAL module avoided the heavy dependency on the stlport4-libraries by using
a custom allocator for its internal STL

#i124896# remove obsoleted sal-module-internal custom STL allocator

The SAL module avoided the heavy dependency on the stlport4-libraries by using
a custom allocator for its internal STL containers. With stlport4 removed these
dependencies are gone and the SAL-internal custom allocator is obsoleted. Since
the custom allocator results in build problems with clang>=3.4 or xcode>=5.1 it
is time to remove it for good.


git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1594842 13f79535-47bb-0310-9956-ffa450edef68

show more ...

Small typo.

git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1591078 13f79535-47bb-0310-9956-ffa450edef68

Many spelling fixes: directories r* - z*.

Attempt to clean up most but certainly not all the spelling
mistakes that found home in OpenOffice through decades. We
could probably blame

Many spelling fixes: directories r* - z*.

Attempt to clean up most but certainly not all the spelling
mistakes that found home in OpenOffice through decades. We
could probably blame the international nature of the code but
it is somewhat shameful that this wasn't done before.


git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1591062 13f79535-47bb-0310-9956-ffa450edef68

show more ...

#i122208# the std::isfinite() workaround is only needed for GCC

and not for Clang (even if it quite compatible with GCC).
Also clang doesn't support GCC's __builtin_isfinite() function.

#i122208# the std::isfinite() workaround is only needed for GCC

and not for Clang (even if it quite compatible with GCC).
Also clang doesn't support GCC's __builtin_isfinite() function.


git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1560334 13f79535-47bb-0310-9956-ffa450edef68

show more ...

#i122362# remove stlport4 specific allocator

the allocator wouldn't be much of a problem since it is in its own
namespace "_STL", but that seems to confuse some MSVC versions

#i122362# remove stlport4 specific allocator

the allocator wouldn't be much of a problem since it is in its own
namespace "_STL", but that seems to confuse some MSVC versions


git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1549785 13f79535-47bb-0310-9956-ffa450edef68

show more ...

#i123068# allow OString argument for tools' DbgOut() function

The DbgOut() function is active especially in dbgutil-enabled builds.
For creating dynamic strings the rtl::OString is often

#i123068# allow OString argument for tools' DbgOut() function

The DbgOut() function is active especially in dbgutil-enabled builds.
For creating dynamic strings the rtl::OString is often used. Providing a
DbgOut() function which allows a direct OString argument helps for
situations where dynamic string creation and DbgOut() are employed.


git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1546578 13f79535-47bb-0310-9956-ffa450edef68

show more ...

#i123068# remove implicit conversions from rtl strings to their elements

git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1546390 13f79535-47bb-0310-9956-ffa450edef68

#i122362# remove stlport4-build support

but keep the --without-stlport configure option for now
it is the new default anyway


git-svn-id: https://svn.apache.org/repos/asf/op

#i122362# remove stlport4-build support

but keep the --without-stlport configure option for now
it is the new default anyway


git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1543067 13f79535-47bb-0310-9956-ffa450edef68

show more ...

i123001 - force destructor to be called before libc calls DosExit().

git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1539964 13f79535-47bb-0310-9956-ffa450edef68

i118923 - OS/2 port: make use of system ExceptQ exception handler.


git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1536313 13f79535-47bb-0310-9956-ffa450edef68

fix gnuc_minor version check


git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1489389 13f79535-47bb-0310-9956-ffa450edef68

extend workaround for gcc bug 14608 to work on gcc<4.3


git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1489344 13f79535-47bb-0310-9956-ffa450edef68

fix isfinite error for gcc on MacOS

git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1485191 13f79535-47bb-0310-9956-ffa450edef68

prefer standard isfinite()

which should be available in math.h according to C99, C++99, SUSv3, etc.
unless GCC bug 14608 hits us where cmath undefines isfinite as macro


git

prefer standard isfinite()

which should be available in math.h according to C99, C++99, SUSv3, etc.
unless GCC bug 14608 hits us where cmath undefines isfinite as macro


git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1484783 13f79535-47bb-0310-9956-ffa450edef68

show more ...

fix the long cast to eliminate the little warning

git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1483328 13f79535-47bb-0310-9956-ffa450edef68

fix constness issue causing a build breaker

git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1483216 13f79535-47bb-0310-9956-ffa450edef68

#i122208# avoid signedness warnings in signed-char build environments

git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1482736 13f79535-47bb-0310-9956-ffa450edef68

#i122208# use rtl::CStringHash and rtl::CStringEqual instead of relying on pre-tr1-stl specializations

In stlport<=4 the functors hash and equal_to had specializions for conveniently handlin

#i122208# use rtl::CStringHash and rtl::CStringEqual instead of relying on pre-tr1-stl specializations

In stlport<=4 the functors hash and equal_to had specializions for conveniently handling c-strings.
For consistency reasons this specialization was not included in the TR1 report and the C++11 standard.
The two new helper functors are drop-in replacements for the old specializations.


git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1480318 13f79535-47bb-0310-9956-ffa450edef68

show more ...

only check for gcc-visibility feature but not for gcc itself

there are non-gcc compilers such as clang that support this feature


git-svn-id: https://svn.apache.org/repos/asf/op

only check for gcc-visibility feature but not for gcc itself

there are non-gcc compilers such as clang that support this feature


git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1468948 13f79535-47bb-0310-9956-ffa450edef68

show more ...

Revert of r1444110

git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1446344 13f79535-47bb-0310-9956-ffa450edef68

i114430 - AOO Calc: 0^0=1 and it should be indeterminate.

Many spreadsheets and math packages set the value of POWER( 0, 0)
to 1 as that sometimes is required for some calculations. This

i114430 - AOO Calc: 0^0=1 and it should be indeterminate.

Many spreadsheets and math packages set the value of POWER( 0, 0)
to 1 as that sometimes is required for some calculations. This
is also done by the standard C99 libc pow() function.

In mathematical terms the value is an indeterminate form and
in strict mathematical sense such value should at least be
considered with caution.

OpenFormula permits implementation defined values of 0, 1
or error in this case. We shall now return NaN.

Clean some headers while here.


git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1444110 13f79535-47bb-0310-9956-ffa450edef68

show more ...

standalone semicolon is deprecated as toplevel declaration

git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1436370 13f79535-47bb-0310-9956-ffa450edef68

i118923 - OS/2 port: use linux way to detect real numbers.

git-svn-id: https://svn.apache.org/repos/asf/incubator/ooo/trunk@1363136 13f79535-47bb-0310-9956-ffa450edef68

add convenience method for dynamic loading

git-svn-id: https://svn.apache.org/repos/asf/incubator/ooo/trunk@1333456 13f79535-47bb-0310-9956-ffa450edef68

Update headers to Alv2 headers

git-svn-id: https://svn.apache.org/repos/asf/incubator/ooo/trunk@1306677 13f79535-47bb-0310-9956-ffa450edef68