misc: fix spelling (#213)

* misc: fix spelling

* Update olepersist.cxx

---------

Co-authored-by: Matthias Seidel <mseidel@apache.org>
(cherry picked from commi

misc: fix spelling (#213)

* misc: fix spelling

* Update olepersist.cxx

---------

Co-authored-by: Matthias Seidel <mseidel@apache.org>
(cherry picked from commit 8735c047413135516379fb08dc40a373c8411677)

show more ...

Using vim modeline, cleanup

(cherry picked from commit 8c733e3e3dc39b4d0997cd00d76f346f7fdf5138)

Fix potential memory alignment issues on X86_64.

Clang version 4.0 and newer uses SSE instructions that require
16-byte alignment to zero memory allocated using the C++ new operator.

Fix potential memory alignment issues on X86_64.

Clang version 4.0 and newer uses SSE instructions that require
16-byte alignment to zero memory allocated using the C++ new operator.
The internal memory allocator does not understand anything larger
than 8-byte alignment. Modify it to be capable of doing 16-byte
alignment when necessary.

There is also a debug layer beneath the C++ new and delete operators
that is enabled by the --enable-debug configure option. This layer
adds 8 to the requested size of any allocations before calling the
underlying allocator, adds a known signature to the start of the
memory block, and then adds an 8 byte offset to the pointer before
returning it to the caller. The delete operator basically does the
reverse, checking for the proper signature. Modify this code so
that it adds and subtracts a 16-byte offset on X86_64 so that a
properly aligned block from the underlying allocator does not cause
new to return a misaligned pointer.

Modify set_soenv.in so that it always requests 16-byte alignment
on X86_64 so that the ABI is the same independent of the toolchain.



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

show more ...

Add some "Revision" svn keywords.

Revisions were used within the tree, perhaps inherited by previous
CVS/Subversion usage. Re-use them now since we have been lazy about
updating them

Add some "Revision" svn keywords.

Revisions were used within the tree, perhaps inherited by previous
CVS/Subversion usage. Re-use them now since we have been lazy about
updating them manually and because they can be useful for bug reports.


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

show more ...

Replace 0 with NULL for pointers.

Only applied to C code: common syntax for C++ is different (nullptr).

Found with coccinelle: http://coccinelle.lip6.fr/


git-svn-id:

Replace 0 with NULL for pointers.

Only applied to C code: common syntax for C++ is different (nullptr).

Found with coccinelle: http://coccinelle.lip6.fr/


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

show more ...

Bring to SAL a wrapper implementation of the powr() IEEE 754 math function.

This function was originally brought in r1444110 and is useful for
OOXML compatibility. At this time it is not

Bring to SAL a wrapper implementation of the powr() IEEE 754 math function.

This function was originally brought in r1444110 and is useful for
OOXML compatibility. At this time it is not being used to fix the
original issue it was meant to address but it is convenient for
future use.

It also reduces the differences from FreeBSD's port which will
be receiving updates.



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

show more ...

#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 ...

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 ...

i118923 - OS/2 port: use libc memory allocator to reduce fragmentation.

git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1545312 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@1539965 13f79535-47bb-0310-9956-ffa450edef68

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 ...

Update headers to Alv2 headers

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

remove svn:executable properties from more source files

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

Update headers to Alv2 headers

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

Update headers to Alv2 headers

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

Update headers to Alv2 headers

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

Update headers to Alv2 headers

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

Update headers to Alv2 headers

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

Initial import of the old OOo hg repository tip revision.

.../trunk/main is a copy of (currently tip-most)
http://hg.services.openoffice.org/OOO340/rev/c904c1944462

.../trunk/

Initial import of the old OOo hg repository tip revision.

.../trunk/main is a copy of (currently tip-most)
http://hg.services.openoffice.org/OOO340/rev/c904c1944462

.../trunk/extras/l10n is a copy of (currently tip-most)
http://hg.services.openoffice.org/master_l10n/OOO340/rev/af6bc9467af5

Note that the following files with line-end and/or encoding anomalies were left out (they will need to be to be checked in separately):

/ooo/trunk/core/dictionaries/de_DE/README_hyph_de_DE.txt
/ooo/trunk/core/dictionaries/de_CH/README_hyph_de_CH.txt
/ooo/trunk/core/dictionaries/de_AT/README_hyph_de_AT.txt
/ooo/trunk/core/gettext/gettext-0.18.1.1.patch
/ooo/trunk/core/apache-commons/patches/codec.patch
/ooo/trunk/core/libcroco/libcroco-0.6.2.patch
/ooo/trunk/core/testautomation/writer/optional/input/import/mactext.txt
/ooo/trunk/core/graphite/graphite-2.3.1.patch
/ooo/trunk/core/hwpfilter/source/hwpeq.cpp
/ooo/trunk/core/solenv/bin/cwstouched.pl
/ooo/trunk/core/readlicense_oo/html/THIRDPARTYLICENSEREADME.html
/ooo/trunk/core/writerfilter/source/doctok/escher.html
/ooo/trunk/core/writerfilter/source/odiapi/qname/resource/office2003/WordprocessingML Schemas/xsdlib.xsd
/ooo/trunk/core/writerfilter/source/odiapi/qname/resource/office2003/WordprocessingML Schemas/wordnetaux.xsd
/ooo/trunk/core/filter/source/xslt/odf2xhtml/export/common/body.xsl
/ooo/trunk/core/filter/source/xslt/odf2xhtml/export/common/styles/style_mapping_css.xsl

Also: Repository.mk from the l10n toplevel


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

show more ...