Fix typos (#416)

* Fix typos

* Recreate ignored words list `codespell.txt`

(cherry picked from commit efd61a206bbee858699f5a9f10508cd13f81bbbf)

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

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

Thanks

(cherry picked from commit 31bbceb0f9d64c0c2c3b22a794a1666

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

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

Thanks

(cherry picked from commit 31bbceb0f9d64c0c2c3b22a794a1666c1f33396e)

show more ...

Merge branch 'AOO42X' of https://gitbox.apache.org/repos/asf/openoffice into AOO42X

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)

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 un

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.

Reference ICU libraries using

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/branches/AOO42X@1853505 13f79535-47bb

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

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@

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/openoffice/trunk@1842965 13f79535

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://svn.apache.org/repos/asf/openoffi

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


git-svn-id: https

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.apache.org/repos/asf/ope

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-9956-ffa450edef68

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.

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/openoffice/

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

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.
The internal me

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