Minor cleanup

Cleanup

Merge pull request #146 from DamjanJovanovic/serf2curl

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

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

Patch by: me

Fixed typos

GUIBASE is always aqua for Darwin/macOS

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

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

Do not remove missing file

The old (t)csh script was removed long time ago by gbuild integration

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 the

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.


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

Nothing uses GXX_INCLUDE_PATH, so remove it. The uretest/README
file mentions is being needed by the STLport included in the URE,
but that does not appear to be true any longer, and it is not
used b

Nothing uses GXX_INCLUDE_PATH, so remove it. The uretest/README
file mentions is being needed by the STLport included in the URE,
but that does not appear to be true any longer, and it is not
used by boost.



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

show more ...