No longer support 10.7/10.8

(cherry picked from commit 530c83014bcf6ffc1a7778591c69217b12b0575d)

macOS reset back to s5abi and older version removed

Use standard naming of UNO bridge... it really is gcc3

Get ObjC files to build and link


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

Get apple_remote to build under gbuild, but still not yet working
(see dev@ thread)


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

Get apple_remote to build under gbuild, but still not yet working
(see dev@ thread)


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

show more ...

Only symlink to jnilib if we are a dylib.
Patch by damjan


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

Port main/i18npool to gbuild.

Allow ICU's version.mk to be used by GNU make (= instead of *=).

Add support for building generated C files.

Reference ICU libraries using "gb

Port main/i18npool to gbuild.

Allow ICU's version.mk to be used by GNU make (= instead of *=).

Add support for building generated C files.

Reference ICU libraries using "gb_Library_use_externals" across the tree.
Also ICU is an external library, remove it from RepositoryFixes.mk
which is only for internal ones, and keep it in RepositoryExternal.mk
exclusively. Since we get to specify the full linker parameter over there,
remove the half-baked hacks for it from RepositoryFixes.mk.

Patch by: me



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

show more ...

Get macOS building and packaging again. Following changes/fixes:

o Stop pretending/forcing *Nix shared lib versioning on macOS
o Use smaller and more easily manageable temp temps by

Get macOS building and packaging again. Following changes/fixes:

o Stop pretending/forcing *Nix shared lib versioning on macOS
o Use smaller and more easily manageable temp temps by leveraging --headerpad dyld option
o misc gbuild fixes



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

show more ...

Fix the Ant dependency extraction for the case when
there are no dependencies.

Fix the format of Ant paths on Windows.

Patch by: me



git-svn-id: https://svn.ap

Fix the Ant dependency extraction for the case when
there are no dependencies.

Fix the format of Ant paths on Windows.

Patch by: me



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

show more ...

Complete enough of the assembly language building for now,
to successfully build main/basic on Windows.

Patch by: me



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

Complete enough of the assembly language building for now,
to successfully build main/basic on Windows.

Patch by: me



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

show more ...

Add a gbuild API for building assembly language source files.

This will be needed by basic, bridges and possibly other modules.

Patch by: me



git-svn-id: https://s

Add a gbuild API for building assembly language source files.

This will be needed by basic, bridges and possibly other modules.

Patch by: me



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

show more ...

Force .jnilibs to be folded in. Patch via Damjan.

NOTE: AUXTARGETS is there to add additional targets that must/should
delivered w/ the original libs. Good Tribal Knowledge

Force .jnilibs to be folded in. Patch via Damjan.

NOTE: AUXTARGETS is there to add additional targets that must/should
delivered w/ the original libs. Good Tribal Knowledge


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

show more ...

Let's re-arrange the logic... when we create the shared lib, create
as before, w/o knowledge of UDK, but take care of UDK versioning
following that.


git-svn-id: https://svn.apac

Let's re-arrange the logic... when we create the shared lib, create
as before, w/o knowledge of UDK, but take care of UDK versioning
following that.


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

show more ...

force symlink


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

update


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

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

Ugg. It looks like versioning has also crept in other
places so we need to "handle" it somehow w/ macOS.
The easiest way is simply make hard links to the
real dylibs to the "versioned" nu

Ugg. It looks like versioning has also crept in other
places so we need to "handle" it somehow w/ macOS.
The easiest way is simply make hard links to the
real dylibs to the "versioned" number ones.


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

show more ...

Just avoid versioning totally w/ macOS... it doesn't work like Linux and others and the format is totally different, from what I can tell...


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

Just avoid versioning totally w/ macOS... it doesn't work like Linux and others and the format is totally different, from what I can tell...


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

show more ...

restore until I can figure out a way to handle this crud which assumes everything is a .so


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

restore until I can figure out a way to handle this crud which assumes everything is a .so


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

show more ...

nope... still broke. Need to convince it to ignore UDK


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

Get macOS building again... Use (old) SDKROOT as needed for older platforms and also support the UDK versioning which was added for Linux, Solaris and FreeBSD but which broke macOS horribly. I *think

Get macOS building again... Use (old) SDKROOT as needed for older platforms and also support the UDK versioning which was added for Linux, Solaris and FreeBSD but which broke macOS horribly. I *think* this is right. Sometimes, as much as dmake is a pain, the constant breakage due to the change to gbuild is sometimes much, much worse. Esp since we HAVE the sources for dmake.


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

show more ...

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

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

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