For gbuild, when linking a binary on Windows produces a .manifest file,
embed this manifest into the binary like dmake did.

Unfortunately our old version of LINK.EXE doesn't have the /MA

For gbuild, when linking a binary on Windows produces a .manifest file,
embed this manifest into the binary like dmake did.

Unfortunately our old version of LINK.EXE doesn't have the /MANIFEST:EMBED
option, so the manifest has to be be embedded by calling MT.EXE in a
separate step.

Also, stop delivering the .manifest files to ${OUTDIR} now.

Patch by: me
Fixes: #127731 - AOO fails to open ODBC manager

(cherry picked from commit 104751b68faf29eef4f137251f7b9ecd22ed8074)

show more ...

No longer support 10.7/10.8

macOS reset back to s5abi and older version removed

(cherry picked from commit b682cb1878f75d5a69d02f8b5a3182ad77159d98)

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

(cherry picked from commit ac209c856e64014dabdc2eac3f0b899d0ef84d6d)

Force Linux builds to use gnu++98 (C++98 + GNU extensions) mode to be
the most compatible with our old code base rather than relying on the
compiler default mode. Compiling in C++11 or newer

Force Linux builds to use gnu++98 (C++98 + GNU extensions) mode to be
the most compatible with our old code base rather than relying on the
compiler default mode. Compiling in C++11 or newer mode is very noisy
due to deprecation warnings about our use of std::auto_ptr. If the
compiler defaults to C++17 mode or newer, the build would be totally
broken because std::auto_ptr is removed from C++17.

There is an unknown amount of porting effort needed to convert to
std::unique_ptr, which has somewhat different semantics and which is
not available before C++11, which would break building with older versions
of gcc which default to gnu++98 mode.

std::shared_ptr, might be an alternative since there is a BOOST
implementation.

show more ...

Merge r1853643, r1853976, r1854065 from trunk:

Port main/apple_remote to gbuild.
Not tested, since we don't have a Mac buildbot, and I don't have a Mac.

Patch by: me

Merge r1853643, r1853976, r1854065 from trunk:

Port main/apple_remote to gbuild.
Not tested, since we don't have a Mac buildbot, and I don't have a Mac.

Patch by: me



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


Get ObjC files to build and link

Submitted by: damjan, jim, jim
Reviewed by: jim


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

show more ...

Merge r1852965 from trunk:

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.

Merge r1852965 from trunk:

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


Submitted by: damjan
Reviewed by: jim


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

show more ...

Merge r1853504 from trunk:

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

Reviewed by: jim


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

Merge r1853504 from trunk:

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

Reviewed by: jim


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

show more ...

Backport r1851102 from trunk. Get macOS building again!


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

Define BOOST_MEM_FN_ENABLE_CDECL only on Win32,
as it breaks the build on Win64.

Patch by: me



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

Define BOOST_MEM_FN_ENABLE_CDECL only on Win32,
as it breaks the build on Win64.

Patch by: me



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