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

Port main/jvmfwk to gbuild / Ant.

Fix the gbuild platform CPUDEFS to conform to what modules expect.

Patch by: me



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

Port main/jvmfwk to gbuild / Ant.

Fix the gbuild platform CPUDEFS to conform to what modules expect.

Patch by: me



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

show more ...

Implement the ability to build "UDK versioned" libraries in gbuild
for *nix platforms. Do this by setting the ELF SONAME to the
libxyz.so.3 style library output name, changing the output file

Implement the ability to build "UDK versioned" libraries in gbuild
for *nix platforms. Do this by setting the ELF SONAME to the
libxyz.so.3 style library output name, changing the output file
that the linker writes to to be in this format (from libxyz.so),
making a symlink from libxyz.so to libxyz.so.3, adding libxyz.so.3
as a delivery AUXTARGET for the deliverable libxyz.so, and
changing the deliver commands to copy symlinks properly. This is
all what dmake does too.

Use this to port main/registry to gbuild.

Patch by: me



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

show more ...

Pattern match and back to s5abi for now...


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

Use gcc3 for COMID for macOS/OSX


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

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

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

Improvements to per-object optimization overrides in gbuild:

* Less Library.mk editing required to add an optimization exception
than what has been normally done to date.

*

Improvements to per-object optimization overrides in gbuild:

* Less Library.mk editing required to add an optimization exception
than what has been normally done to date.

* Add a variable to specify an override to -O1 instead of only
allowing -O0.

* Don't lose debug flags when overriding optimization.


Convert the recent Mac optimization override in framework/Library_fwk.mk
to the new style.


Improvements to Windows debug builds in gbuild:

* There are multiple dependency paths that trigger compiling a source
file. Add a target specific $(PDBFILE) to the root of each so
that $(PDBFILE) is set properly when compiling.

Note: $(PDBFILE) is not getting set when compiling the sources
for the per-module (Google Test) tests.

* Don't inadvertantly disable the use of pre-compiled headers when
enabling debug (not specific to Windows).

Note: If both debug and pre-compiled headers are enabled, building
of modules that contain more than one library will fail due to
limitations of Visual Studio. The problem is that when we
build the precompiled header, the output file(s) are based on the
module name. Even though each Library_*.mk specifies the rule
to build the precompiled header, it is only built once for the
module. Visual Studio requires that the $(PDBFILE) used when
compiling the sources match the $(PDBFILE) used when compiling
the precompiled header, but the value of $(PDBFILE) is specific
to each library. The best fix would be to compile the headers
once for each library and stash the output in a per-library
specific place, but this requires some fairly extensive changes.
Another potential fix would be to use -Z7 optimization so that the
debug information is stored in the object files.



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

show more ...

OK, let's try to maintain 10.7 as the min OSX version supported.


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

Add the ability to set a linker script in gbuild that is used to
version symbols.

This has been a bottleneck in continued gbuild porting and should
help further development considera

Add the ability to set a linker script in gbuild that is used to
version symbols.

This has been a bottleneck in continued gbuild porting and should
help further development considerably.

Patch by: me



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

show more ...

More hoo-haa trying to get NSS to compile under macOS with
10.7 as the target. Moving to 10.9 most likely is the
better fix, but that means AOO 4.2.0 will no longer support
anything older

More hoo-haa trying to get NSS to compile under macOS with
10.7 as the target. Moving to 10.9 most likely is the
better fix, but that means AOO 4.2.0 will no longer support
anything older than Mavericks. Which I don't think we
want to do.

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

We need to pass "-DEBUG" to the linker on Windows for debugging to work.

Patch by: me
Tested by: pats



git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@178

We need to pass "-DEBUG" to the linker on Windows for debugging to work.

Patch by: me
Tested by: pats



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

show more ...

Add debug symbols to gbuild modules when any of --enable-debug,
--enable-symbols, or --enable-crashdump are passed to ./configure (just
like it already is for dmake modules), as opposed to th

Add debug symbols to gbuild modules when any of --enable-debug,
--enable-symbols, or --enable-crashdump are passed to ./configure (just
like it already is for dmake modules), as opposed to the previous behaviour
of only doing it on --enable-debug.

Also implemented --enable-symbols=small for gbuild modules on platforms
where AOO is built with GCC and Clang compilers (MSVC on Windows doesn't
seem to support that).

Patch by: me


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

show more ...

Fix a FreeBSD regression in the gbuild gb_CPUDEFS variable caused by
r1773166, where it was always set to POWERPC64 due to a swapped if-else.

This needs further work, on all platforms!

Fix a FreeBSD regression in the gbuild gb_CPUDEFS variable caused by
r1773166, where it was always set to POWERPC64 due to a swapped if-else.

This needs further work, on all platforms!

Patch by: me



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

show more ...

Don't use the "archive" package format, which is to be extrated by
smoketest as a side effect, for the subsequent tests. The smoketest
is currently broken and won't do that, and the path is w

Don't use the "archive" package format, which is to be extrated by
smoketest as a side effect, for the subsequent tests. The smoketest
is currently broken and won't do that, and the path is wrong anyway,
as it was for OpenOffice 3 and we're now on 4.

Instead, use the office instance from the "installed" package format
for subsequent tests, as it doesn't have to zipped up and unzipped,
resulting in faster building and faster testing, and doesn't require
a side effect in a module that will probably be moved from main/
to test/.

Patch by: me


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

show more ...

Add shlwapi to our list of known DLLs.

Patch by: me



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

Add ws2_32 to the list of known DLLs.

Patch by: me


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

Add wsock32 to known DLLs.

Patch by: me



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

Fix a FreeBSD (and probably Solaris) regression in commit 1776288
caused by listing static libraries before objects, causing the
main/slideshow module to fail to build, as the one-pass linkin

Fix a FreeBSD (and probably Solaris) regression in commit 1776288
caused by listing static libraries before objects, causing the
main/slideshow module to fail to build, as the one-pass linking described
in that commit won't find anything from the static library as it appears
too early. Rather link all libraries after objects, like Linux does.

Patch by: me



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

show more ...

I've heard rumours it's a POSIX feature, but so far the problem only
appears on Linux, not FreeBSD.

Linking is one-pass, using symbols exported by libraries to resolve
missing symbol

I've heard rumours it's a POSIX feature, but so far the problem only
appears on Linux, not FreeBSD.

Linking is one-pass, using symbols exported by libraries to resolve
missing symbols in previous, but *NOT* subsequent, objects (including
libraries). This means the order libraries are given to the linker
does matter, because symbols missing in latter objects cannot be
satisfied by former objects.

Static libraries should be therefore be linked to before dynamic
libraries, as static libraries cannot specify dependencies on dynamic
libraries, yet might need symbols from them.

This should fix the main/slideshow build problem on Linux.

Only Linux has been tested. The other platforms are guessed.

Patch by: me



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

show more ...

Port main/slideshow to gbuild.
Add glu32 and opengl32 to the known Windows libraries.

Patch by: me



git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@177605

Port main/slideshow to gbuild.
Add glu32 and opengl32 to the known Windows libraries.

Patch by: me



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

show more ...