Minor cleanup

(cherry picked from commit d2e28ad8debdb92b82fce5af8d7ecd6c08d62cdd)

Cleanup

(cherry picked from commit 7cb8b6bd5029939e595a634553bf3d6741661649)

Port our WebDAV content provider from serf/apr/apr-util, to curl.

Patch by: me

(adapted from commit 51ba086bf122dbb5b50fd813e5b9a81c051aa16b by Arrigo
Marchiori)

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

Fixed typos

(cherry picked from commit 758207c5212e6aea207172fc936d4173f9966948)

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

Remove code that uses a non-existent file (#110)

This code block tries to move $outfile while the previous code doesn't create
$outfile; only $outfile_sh and possibly $outfile_bat are created.

GUIBASE is always aqua for macOS

FIX for https://bz.apache.org/ooo/show_bug.cgi?id=128403

(cherry picked from commit 6dee92fc114c8598a192b75a4a8146b6fcd238cd)

Move to using (requiring) EPM 5.0.0 or later for AOO

(cherry picked from commit 6661e287d160b98618052ea914b7c66d3c46fa4e)

Merge r1851443, r1851449 from trunk:

Use fakeroot instead of our custom getuid.c LD_PRELOAD hack if available when creating Debian packages. This is because epm and dpkg (et.al.) need to be fooled i

Merge r1851443, r1851449 from trunk:

Use fakeroot instead of our custom getuid.c LD_PRELOAD hack if available when creating Debian packages. This is because epm and dpkg (et.al.) need to be fooled into thinking that root is creating these packages for the correct permissions.


As long as we have the full path, use it

Reviewed by: jim


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

show more ...

Set up the AWTLIB variable on Windows too.

This gets main/bean building on Windows.

Patch by: me



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

Set up the AWTLIB variable on Windows too.

This gets main/bean building on Windows.

Patch by: me



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

show more ...

Typo: no functional change intended.


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

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

Revert r1832747:
Drop references and the requirement for the StAX API.

The saxon build needs more care.


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

Revert r1832747:
Drop references and the requirement for the StAX API.

The saxon build needs more care.


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

show more ...

Drop references and the requirement for the StAX API.

The StAX API was a requirement to build saxon however, long ago StAX
became part of the Java API[1], so in practice we are not using StAX
as a

Drop references and the requirement for the StAX API.

The StAX API was a requirement to build saxon however, long ago StAX
became part of the Java API[1], so in practice we are not using StAX
as a separate tarball at all.

No functional change intended.

Huge thanks to AdfinisSygroup that maintained the opengrok service for so
long. These type of changes would have been much more difficult without
the service.

[1]
https://docs.oracle.com/javase/tutorial/jaxp/stax/why.html



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

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

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, where it can b

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

Fix indentation.

Patch by: me



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

Don't put "." in $PATH because it is somewhat inefficient
as well as hazardous, especially if a user does a manual build
and then continues to use the same shell session.

Fix on instance of a scrip

Don't put "." in $PATH because it is somewhat inefficient
as well as hazardous, especially if a user does a manual build
and then continues to use the same shell session.

Fix on instance of a script in the current directory being
executed without a leading "./".

Remember to run "./bootstrap" as configure recommends. With
this change "bootstrap" without the leading "./" will no longer
work.



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

show more ...

Use $CC_PATH (with the trailing slash removed) instead of $COMPATH
when setting $PATH. The latter has the trailing /bin removed from
the path to the compiler executable and results in /usr being
inc

Use $CC_PATH (with the trailing slash removed) instead of $COMPATH
when setting $PATH. The latter has the trailing /bin removed from
the path to the compiler executable and results in /usr being
incorrectly added to $PATH.

Remove an older, FreeBSD-specific workaround.



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

show more ...

Don't add X11 include directory to compiler command line if it is
/usr/include since the compiler will look there automatically.



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

Don't add X11 include directory to compiler command line if it is
/usr/include since the compiler will look there automatically.



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

show more ...