Update targets for macOS


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

Work on getting macOS building again w/ 4.2.0 and the versioning of libs...
what a cluster*


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

Work on getting macOS building again w/ 4.2.0 and the versioning of libs...
what a cluster*


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

show more ...

Updated version number

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

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

Unbreak build on FreeBSD with clang 6.0 and newer. Clang 6 changed
the its default C++ standard from C++98 to C++14 and our old code
is not prepared for that. Avoid the problem by adding th

Unbreak build on FreeBSD with clang 6.0 and newer. Clang 6 changed
the its default C++ standard from C++98 to C++14 and our old code
is not prepared for that. Avoid the problem by adding the -std=gnu++98
compiler flag.

Add the -fstack-protector compiler flag on FreeBSD INTEL and X86_64.



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

show more ...

Work around a bug in clang versions 3.6.x and 3.7.x on 32-bit Intel.
Using -Os optimization causes clang to generate bad DWARF CFI which
is needed for stack unwinding during exception handlin

Work around a bug in clang versions 3.6.x and 3.7.x on 32-bit Intel.
Using -Os optimization causes clang to generate bad DWARF CFI which
is needed for stack unwinding during exception handling. See:
<https://llvm.org/bugs/show_bug.cgi?id=24792>
Instead of using -Os, optimize using "-O2 -fno-unroll-loops" as a
reasonably close substitute.



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

show more ...

Fix the dmake name for "vos", now that main/vos/version.mk
has been deleted.

Patch by: me



git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1828085 13f7953

Fix the dmake name for "vos", now that main/vos/version.mk
has been deleted.

Patch by: me



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

show more ...

Implement initial unfinished support for building 64 bit AOO on 64 bit Windows.

For now, require --enable-win64 to be passed to ./configure and without it build 32 bit
binaries like befo

Implement initial unfinished support for building 64 bit AOO on 64 bit Windows.

For now, require --enable-win64 to be passed to ./configure and without it build 32 bit
binaries like before.

Detect the MSVC compiler only through oowintool (ie. registry keys) and the command line option,
not by searching the path, as we need to know the exact path to determine whether the compiler
outputs 32 or 64 bit binaries.

Pass --aoo32-on-win64 to oowintool when doing the AOO32 on Win64 build, so oowintool
known to look at the 32 bit registry for Java, as we need a JDK of matching bitness.
We may need this option for other oowintool tasks.

Introduce the "mscx" COMNAME for 64 bit AOO.

Add the remaining gbuild and dmake changes necessary to use the 64 bit MSVC compiler.

Patch by: me



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

show more ...

#127664# $CCNUMVER from dmake to configure

Move the calculation of $CCNUMVER and some other variables from
main/solenv/inc/tg_compv.mk, where it is only usable by dmake, to
configure

#127664# $CCNUMVER from dmake to configure

Move the calculation of $CCNUMVER and some other variables from
main/solenv/inc/tg_compv.mk, where it is only usable by dmake, to
configure, where it can be used by both dmake and gbuild. This is
a requirement to upstream some compiler bug workaround patches from
the FreeBSD port.

A bit of logic from set_soenv is also moved into configure. A bunch
more should probably be moved so that the configuration logic is
not spread across so many different places, but that can wait.
Something else to consider is that it would be nice to use a different
value of $COM for Apple's clang, maybe "ACLANG" or "APPLECLANG"
since it has a different version numbering scheme that the open-source
version of clang and having a unique identifier would simplify
version checking when applying compiler bug workarounds.

Note: I think the old value of $CCNUMVER on the Mac is wrong. It
should look something like 000800010000 or 000700030000, depending
on the installed version.

Change -DCPPU_ENV on the Mac from $(COMID) to $(COMNAME) for
consistency with the dmake side. It shouldn't make a difference
in practice since both have the same value on the Mac.



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

show more ...

Use the -bigobj flag to MSVC on AMD64, as some of our C++ files
are too big for the traditional COFF file format.

Patch by: me



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

Use the -bigobj flag to MSVC on AMD64, as some of our C++ files
are too big for the traditional COFF file format.

Patch by: me



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

show more ...

Add a preliminary version of the main Win64 dmake file,
but don't use it yet.

Patch by: me



git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1825935 13f795

Add a preliminary version of the main Win64 dmake file,
but don't use it yet.

Patch by: me



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

show more ...

Nothing uses GXX_INCLUDE_PATH, so remove it. The uretest/README
file mentions is being needed by the STLport included in the URE,
but that does not appear to be true any longer, and it is no

Nothing uses GXX_INCLUDE_PATH, so remove it. The uretest/README
file mentions is being needed by the STLport included in the URE,
but that does not appear to be true any longer, and it is not
used by boost.



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

show more ...

#i126518# OS/2 link with system libcx0 to use new exception and memory mapping handling.

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

#i126518# OS/2 link with system libcx0 to use new exception and memory mapping handling.

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

show more ...

#i126518# OS/2 build system updates: use full names for slideshow and sysdtrans, remove unneeded libraries, use standard toolkit path, fix DLL short names, disable libs for coin-or.

git-svn-

#i126518# OS/2 build system updates: use full names for slideshow and sysdtrans, remove unneeded libraries, use standard toolkit path, fix DLL short names, disable libs for coin-or.

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

show more ...

Use Hamcrest in dmake subsequent tests too.

Patch by: me



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

Get macOS compiling again:
o Restore 10.7 as min
o Deprecated is no longer a fatal warning error
o We need LDFLAGS when linking

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

Get macOS compiling again:
o Restore 10.7 as min
o Deprecated is no longer a fatal warning error
o We need LDFLAGS when linking

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

show more ...

Add initial support for building AOO with Clang on Linux.

This allows Ubuntu 16.04 to compile AOO with Clang 1.8 on an x86.

Other architectures probably don't work, as Clang 1.8 is

Add initial support for building AOO with Clang on Linux.

This allows Ubuntu 16.04 to compile AOO with Clang 1.8 on an x86.

Other architectures probably don't work, as Clang 1.8 is pretty
strict about the low-level C++ ABI hacks in main/bridges, but at
least they should fail early in main/bridges instead of the
previous behaviour, where main/bridges compiles nothing when
"$(COM)" != "GCC" and main/i18npool then fails with a mysterious
"error: cannot get uno environments" message.

Patch by: me



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

show more ...

Reinstate part of the LinuxPPC64 support removed by error.

This shouldn't have happened in r1778625.


git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1780435 13f79

Reinstate part of the LinuxPPC64 support removed by error.

This shouldn't have happened in r1778625.


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

show more ...

KDE: Add the KDE path to KDE_LIBS instead of adding it to SOLARLIB.

Just a small cleanup hinted by the kde4enable branch.


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

KDE: Add the KDE path to KDE_LIBS instead of adding it to SOLARLIB.

Just a small cleanup hinted by the kde4enable branch.


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

show more ...

i104495 - libstdc++ removal.

This cleanup was meant for KDE4 integration: in the BSDs this is dead code
and it doesn't seem a good idea on linux either, plus carrying libstdc++
doesn

i104495 - libstdc++ removal.

This cleanup was meant for KDE4 integration: in the BSDs this is dead code
and it doesn't seem a good idea on linux either, plus carrying libstdc++
doesn't align with ASF policies.


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

show more ...

FreeBSD PPC: Cleanup makefile include mess.

Reported by: Curtis Hamilton


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

FreeBSD PPC: Cleanup makefile include mess.

Reported by: Curtis Hamilton


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

show more ...

Initial support for the FreeBSD ARM platform.

This is just the skeleton, basically a copy of the linux support.
It wouldn't be surprising if it works without much trouble.

Initial support for the FreeBSD ARM platform.

This is just the skeleton, basically a copy of the linux support.
It wouldn't be surprising if it works without much trouble.


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

Re-enable some Id svn:keywords.

Most of these pre-existed in the code, probably due to older version
control. New Id keywords were added only in these files:

main/solenv/inc/mi

Re-enable some Id svn:keywords.

Most of these pre-existed in the code, probably due to older version
control. New Id keywords were added only in these files:

main/solenv/inc/minor.mk
main/vcl/unx/kde4/KDEXLib.cxx

The latter are important as they keep release information and we want
to maintain such references when new versions are bumped.
While here, update the information for KDE.




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

show more ...

Update endianness detection on FreeBSD.

This produces a working AOO on FreeBSD PowerPC64!

This is related to i126615 which was also fixed by Curtis a while ago.
Kudos for both c

Update endianness detection on FreeBSD.

This produces a working AOO on FreeBSD PowerPC64!

This is related to i126615 which was also fixed by Curtis a while ago.
Kudos for both contributions, makes me want to get a PowerPC to run
FreeBSD + AOO on it!

Author: Curtis Hamilton -- cmhamilto at gmail


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

show more ...