misc: fix spelling (#183)

* misc: fix spelling

* Update svdedxv.cxx

Small additions

---------

Co-authored-by: Matthias Seidel <mseidel@apache.org>

revert

Huge updates to macOS UNO bridges, based on FreeBSD and Linux.

(cherry picked from commit 37f4cb171557a563bb797a6166dd60f907b367f2)

FreeBSD: Drop support for old EOL'd versions,

While here update some casts.


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

FreeBSD: Drop support for old EOL'd versions,

While here update some casts.


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

show more ...

Fix a compilation failure caused by missing include when debugging is enabled.



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

Fix a compilation failure caused by missing include when debugging is enabled.



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

show more ...

FreeBSD build fixes.

This allows out the box builds with gcc and to
simplify the build with clang and also the FreeBSD port.

From Don Lewis (FreeBSD port maintainer):

B

FreeBSD build fixes.

This allows out the box builds with gcc and to
simplify the build with clang and also the FreeBSD port.

From Don Lewis (FreeBSD port maintainer):

Because we need to use different CFLAGS for gcc and clang, I had to add
some compiler detection logic. On most platforms, the value of $(COM)
is either set statically by set_soenv, or set_soenv parses the compiler
name to figure out which compiler is being used and then set $(COM)
appropriately. The latter doesn't work for FreeBSD because cc could
either be gcc or clang. For FreeBSD, I added the compiler detection
logic to configure, which then passes that to set_soenv, in a somewhat
hackish manner.

When building with ports gcc on FreeBSD, we need to pass the rpath for
the gcc runtime to the linker. The FreeBSD port attempts to to this by
adding this information to LDFLAGS, which the openoffice configure
script then steps on, and in any case, this does not help the out of the
box build. My solution is to add some logic to configure to generate
the necessary linker flags, which it then passes to set_soenv for
inclusion in FreeBSD*Env.Set.sh.

On FreeBSD, the out of the box build needs to pass $LIBINTL_PREFIX in
the environment to the build phase. I added some code to configure to
figure out the value of this variable and to pass it to set_soenv for
inclusion in FreeBSD*Env.Set.sh so that this does not need to be done as
a extra step in the build.

Changing $(COM) from GCC to CLANG for clang builds caused a number
regressions elsewhere in the build framework. These were mostly caused
by the framework checking for $(COM) == GCC and $(OS) == FREEBSD, with
$(COM) == CLANG case unhandled. The fix was generally to just ignore
the value of $(COM) and only test the value of $(OS). One special case
was the bridgetest regression test, which started dumping core on INTEL
32-bit when built with clang. It turns out that this entire test is was
skipped for $(COM) == gcc, $(OS) == FREEBSD, and $(CPU) == I. Rather
than also skipping this test when building with clang, I tracked down
the failure to a particular subtest involving polymorphic structures
that also fails on OS/2 and tweaked the code to also skip that subtest
on FREEBSD INTEL (32-bit). Now bridgetest is run and passes on FreeBSD
with both gcc and clang, on both i386 and amd64.

Submitted by: Don Lewis


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

show more ...

Huge update to the FreeBSD port (amd64 part).

Starting with FreeBSD 10, the FreeBSD project has moved from using
gcc/libstdc++ to using a complete C++ stack based on clang/llvm
libc+

Huge update to the FreeBSD port (amd64 part).

Starting with FreeBSD 10, the FreeBSD project has moved from using
gcc/libstdc++ to using a complete C++ stack based on clang/llvm
libc++ and libcxxrt. This new stack has better standards compliance
and has huge similarities with MacOSX but it brought subtle low
level problems for our outdated bridges code.

Don Lewis has done a brave effort to update this code and
has done extensive testing within FreeBSD port. Support
for older versions of gcc has been dropped.

Code Review:
https://reviews.freebsd.org/D2108
https://reviews.freebsd.org/D2055

Author: Don Lewis (truckman at FreeBSD)


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

show more ...

Many spelling fixes: directories a* - g*.

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 a* - g*.

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@1591058 13f79535-47bb-0310-9956-ffa450edef68

show more ...

adapt the optimization fix to UNO bridge's callVirtualMethod() for FreeBSD and Linux

adapted from the the fix to OSX 64bit's UNO bridge (in r1477588):
if the pCallStack variable is optim

adapt the optimization fix to UNO bridge's callVirtualMethod() for FreeBSD and Linux

adapted from the the fix to OSX 64bit's UNO bridge (in r1477588):
if the pCallStack variable is optimized out then any assumptions of the
method's inlined assembler about stack layout collapse. Adding a pseudo
dependency to the pCallStack variable solves that problem.


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

show more ...

add some documentation links to the assembler needed for the infamous UNO bridges

ceterum censeo: good old C-linkage interoperability would be much more robust,
reliable and easier to ma

add some documentation links to the assembler needed for the infamous UNO bridges

ceterum censeo: good old C-linkage interoperability would be much more robust,
reliable and easier to maintain compared to the current UNO-bridges approach
of emulating the behaviour of the individual compiler, linker, dylib, unwind, etc.
environments and thus being extremely platform specific. What an incredible waste
of energy for little (if any) gain. SCNR.


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

show more ...

search for own abi.hxx header which is not in the system headers


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

Workaround for gcc bug.

git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1424178 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 FreeBSD amd64 bridge code: #i114635# #i109415#

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

Revert r1224943 - jumped the gun too fast.

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

#i109415# fixed x86_64::classify_argument for FreeBSD

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

Update headers to Alv2 headers

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

Update headers to Alv2 headers

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

Update headers to Alv2 headers

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

i85126 - FreeBSD port: newer bridge code for amd64.

git-svn-id: https://svn.apache.org/repos/asf/incubator/ooo/trunk@1180518 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 ...