History log of /trunk/main/bridges/Library_cpp_uno.mk (Results 1 – 11 of 11)
Revision Date Author Comments
# 31bbceb0 03-Jul-2025 John Bampton <jbampton@users.noreply.github.com>

pre-commit auto remove trailing whitespace from `.mk` files (#377)

If there are too many changes / files I can create a smaller PR

Thanks


# 78190a37 04-Feb-2025 John Bampton <jbampton@users.noreply.github.com>

pre-commit(end-of-file-fixer): auto fix `.mk` files (#266)

* pre-commit(end-of-file-fixer): auto fix `.mk` files

* Update makefile.mk

* Update makefile.mk

---------

Co-authored-by: Matthias Seid

pre-commit(end-of-file-fixer): auto fix `.mk` files (#266)

* pre-commit(end-of-file-fixer): auto fix `.mk` files

* Update makefile.mk

* Update makefile.mk

---------

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

show more ...


# bb20beb5 18-Nov-2024 Dave Fisher <dave2wave@comcast.net>

Merge pull request #225 from lenoil98/trunk

Update bridges to fix build on FreeBSD PowerPC64


# c079fc4c 03-Oct-2024 Curtis Hamilton <hamiltcl@verizon.net>

Update Library_cpp_uno.mk


# b682cb18 20-Dec-2020 Jim Jagielski <jimjag@gmail.com>

macOS reset back to s5abi and older version removed


# ac209c85 02-Dec-2020 Jim Jagielski <jimjag@gmail.com>

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


# b146d3b3 26-Jan-2019 Damjan Jovanovic <damjan@apache.org>

Add a preliminary Windows AMD64 UNO-C++ bridge.

Largely based on a mixture of the Linux64 and Win32 bridges,
with significant AMD64 assembly language also used, it was
challenging to develop but luc

Add a preliminary Windows AMD64 UNO-C++ bridge.

Largely based on a mixture of the Linux64 and Win32 bridges,
with significant AMD64 assembly language also used, it was
challenging to develop but luckily not too long.

Some links and stacks/register diagrams have been left
in the code for easy reference.

It compiles and links, but how well it works remains to be tested. At
least it's no longer holding up the Win64 port. The exception handling
is the least certain, although stack alignments for the assembly language
could also have issues.

Also patched gbuild to use the 64 bit MASM for building assembly language
files on Win64.

Patch by: me



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

show more ...


# d995f069 14-Jan-2019 Damjan Jovanovic <damjan@apache.org>

Fix the path to s5abi_macosx_x86-64 (the last separator is a minus,
not an underscore).

Patch by: me



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

Fix the path to s5abi_macosx_x86-64 (the last separator is a minus,
not an underscore).

Patch by: me



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

show more ...


# 5be96081 09-Jan-2019 Jim Jagielski <jim@apache.org>

And bring trunk back w/ gbuild migrations for bridges and cpputools


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


# 12dd3d53 06-Dec-2018 Damjan Jovanovic <damjan@apache.org>

Linux needs "-ldl" for the dynamic linker functions.

Patch by: me



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


# 1630693e 06-Dec-2018 Damjan Jovanovic <damjan@apache.org>

Port main/bridges to gbuild.

Patch by: me



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