Run the remaining Extension Manager dialogs on the main thread

Run the Extension Manager update dialog on the main thread

Dialog::Execute() was called from the deployment worker thread, where
AquaSalInstance::Yield cannot pump the Cocoa event queue, so on macOS

Run the Extension Manager update dialog on the main thread

Dialog::Execute() was called from the deployment worker thread, where
AquaSalInstance::Yield cannot pump the Cocoa event queue, so on macOS
"Check for Updates" left the dialog unstable.

show more ...

Mode change

Fixed typo

git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1860603 13f79535-47bb-0310-9956-ffa450edef68
(cherry picked from commit 217556ffc8c131b608cf5e06409613bcc0265419)

Fix the ambiguity between NULL pointer and 0UL that MSVC
complains about on the Windows/x86-64 build.

Patch by: me

(cherry picked from commit 53abccca07615f75317952e908fe340e2b71d6c0)

Get the integer parameters passed to Min() to have the same type
on all platforms.

Patch by: me

(cherry picked from commit 50afe12f1bad5058f456099ad5e48203f14c167f)
(cherry picked from commit 43d3b

Get the integer parameters passed to Min() to have the same type
on all platforms.

Patch by: me

(cherry picked from commit 50afe12f1bad5058f456099ad5e48203f14c167f)
(cherry picked from commit 43d3b3372455c0d584c915485ab9a06ce70b2065)

show more ...

Add missing include directives

They are required under Linux

(cherry picked from commit 88cf7e972200271fb6f6b7607c004d42d3587caa)

Add support for iODBC on *nix.

On *nix (Linux and FreeBSD), instead of only trying to load the
unixODBC driver manager, try that first but fall back to iODBC's
driver manager otherwise. These platfo

Add support for iODBC on *nix.

On *nix (Linux and FreeBSD), instead of only trying to load the
unixODBC driver manager, try that first but fall back to iODBC's
driver manager otherwise. These platforms have both, and we can
use both, and only use iODBC on Mac, so there's no point in
avoiding iODBC on *nix.

Fixes: https://bz.apache.org/ooo/show_bug.cgi?id=128632
(cherry picked from commit 559fc678afa1e0758f8514b5b7514953e13a4ef4)

show more ...

Fix sal encoding-dispatch off-by-one (ISCII removal) + ZapfDingbats table bugs (#488)

Impl_getTextEncodingData() is a positional array indexed by the ABI-frozen
rtl_TextEncoding enum. #i119141 remov

Fix sal encoding-dispatch off-by-one (ISCII removal) + ZapfDingbats table bugs (#488)

Impl_getTextEncodingData() is a positional array indexed by the ABI-frozen
rtl_TextEncoding enum. #i119141 removed the ISCII converter but deleted its
array slot with no NULL placeholder, shifting JAVA_UTF8, ADOBE_STANDARD,
ADOBE_SYMBOL, PT154 and ADOBE_DINGBATS onto the wrong converter. Restore the
NULL slot and add a compile-time size guard.

Wiring ADOBE_DINGBATS correctly surfaced three latent ZapfDingbats table
errors (0x6C→U+25CF; reverse range to U+2797; circled-digits reverse start
0xAC); fix all three. Update rtl_textcvt qa: park the now-unimplemented ISCII
behind TEST_ISCII_DEVANAGARI, correct the ISCII Windows codepage to 57002.

(cherry picked from commit a9afaeb67b88027bd0a60034e84d56dc7c60c68b)

show more ...

ustring.c: gate the mixed UTF-16/ASCII NULL guards behind OSL_DEBUG_LEVEL

strtmpl.c's aImplGuardEmptyStr, which these macros reference, only exists
under OSL_DEBUG_LEVEL > 0. Without a matching guar

ustring.c: gate the mixed UTF-16/ASCII NULL guards behind OSL_DEBUG_LEVEL

strtmpl.c's aImplGuardEmptyStr, which these macros reference, only exists
under OSL_DEBUG_LEVEL > 0. Without a matching guard here, a product build
fails: "use of undeclared identifier 'aImplGuardEmptyStr'". Mirrors
strtmpl.c's own #if/#else pattern. Found by an actual product-build
rebuild of AOO42X after picking a3755bb196; trunk has the same bug.

show more ...

configure.ac: allow autoconf 2.71 except on macOS, which needs 2.72
due to the toolchain fixes in autoconf 2.72.

(cherry picked from commit 0791cec65c0068740b3ca6cd1f3e87bc165ce041)

bridges: add arm64 RTTI synthesis QA harnesses

(cherry picked from commit 4ca7e75a8a392f3dadfa2bcceac9342116803c9d)

rtl: guard rtl_str/rtl_ustr entry points against NULL in debug builds

(cherry picked from commit f0853378f1a90e669189f0f58595ee993d034643, source-only —
the accompanying qa/rtl/ostring and qa/rtl/ou

rtl: guard rtl_str/rtl_ustr entry points against NULL in debug builds

(cherry picked from commit f0853378f1a90e669189f0f58595ee993d034643, source-only —
the accompanying qa/rtl/ostring and qa/rtl/oustring test rewrites are not
part of AOO42X's build.lst and ENABLE_UNIT_TESTS is off by default, so they
don't apply here)

show more ...

Step Four of AOO42X macOS build backports.

testtools: rebuild uno_types.rdb when bridgetest.idl changes

The registry merges in bridgetest.rdb but did not depend on it, so an
IDL edit left it descri

Step Four of AOO42X macOS build backports.

testtools: rebuild uno_types.rdb when bridgetest.idl changes

The registry merges in bridgetest.rdb but did not depend on it, so an
IDL edit left it describing the old interface while the headers and
libraries described the new one, and the bridge dispatched the added
methods through stale vtable slots. It only ever came out right on a
clean build.

$? can no longer name the copy source now that there are two
prerequisites.

Not a backport: trunk has the same bug and needs the same fix.

show more ...

Step Three of AOO42X macOS build backports.

Fix the --with-system-icu build plumbing

icuversion.mk is only delivered when building the bundled ICU, so guard
the include; and pass icu-config --cppfl

Step Three of AOO42X macOS build backports.

Fix the --with-system-icu build plumbing

icuversion.mk is only delivered when building the bundled ICU, so guard
the include; and pass icu-config --cppflags through to compiles, which
until now only worked by accident on Linux, where the ICU headers
already sit in a default search path.

Both confirmed by i18npool going on to compile against the system ICU
headers. A complete system-ICU build still stops after that, as ICU 78
needs C++17 and this branch builds macOS at C++11.

Not a backport: trunk has neither fix and needs both.

show more ...

Step Two of AOO42X macOS build backports.

Backport macOS build and packaging fixes from trunk

From 4195d08bb6: drop --with-www=xml from raptor, rasqal and redland,
as libxml2 2.12 removed xmlNanoHT

Step Two of AOO42X macOS build backports.

Backport macOS build and packaging fixes from trunk

From 4195d08bb6: drop --with-www=xml from raptor, rasqal and redland,
as libxml2 2.12 removed xmlNanoHTTP*; add the mso_lineNone sentinel so
the ww8 filter no longer switches on a value outside MSO_LineStyle.

From 6ebbb19991: resolve $TMPDIR through Cwd::realpath before
packaging, since Archive::Zip refuses to extract through the /var
symlink. Only that hunk applies here; the macab1 path change is
trunk-specific, as AOO42X still delivers macab1.component flat.

show more ...

Step One of AOO42X macOS build backports.

Backport the macOS/arm64 C++-UNO bridge hardening from trunk

Cherry-picks d9eb145fce, 79670aa18e, 245a583a7b, adce10bba5 and
9ff3e22531; AOO42X had only th

Step One of AOO42X macOS build backports.

Backport the macOS/arm64 C++-UNO bridge hardening from trunk

Cherry-picks d9eb145fce, 79670aa18e, 245a583a7b, adce10bba5 and
9ff3e22531; AOO42X had only the original arm64 port. Covers
JIT-protected vtable writes, HFA argument and return marshalling, and
synthesising exception RTTI, which clang emits hidden for keyless
classes on arm64 Darwin.

Apply in that order: d9eb145fce defines JitWriteGuard, which the later
commits use.

show more ...

libxml2: build --without-iconv, and drop the resulting -liconv linkage

No OpenOffice code calls iconv, and libxml2-configure.patch has always
meant to disable it -- but it patches the generated xmlv

libxml2: build --without-iconv, and drop the resulting -liconv linkage

No OpenOffice code calls iconv, and libxml2-configure.patch has always
meant to disable it -- but it patches the generated xmlversion.h, which
configure regenerates, so it never took effect. Windows already passed
iconv=no.

--with-static-system-libs=libiconv stays, for a system libxml2 whose own
build enabled iconv and whose xml2-config therefore reports -liconv.

show more ...

--with-static-system-libs: accept NAME:DIR, and support libiconv

iconv is only ever pulled in as a transitive dep of the XML libs and has no
--with-system-libiconv, so it has no prefix of its own --

--with-static-system-libs: accept NAME:DIR, and support libiconv

iconv is only ever pulled in as a transitive dep of the XML libs and has no
--with-system-libiconv, so it has no prefix of its own -- hence the NAME:DIR
form, e.g. --with-static-system-libs=libiconv:/usr/local. Pinning it rewrites
-liconv in the libxml/libxslt/curl link flags and in the bundled-libxml2 macOS
path in RepositoryExternal.mk and libs.mk.

The SDK ships only a .tbd stub for the iconv dylib, so there is no system
libiconv.a to fall back on; without a prefix the link stays -liconv.

(cherry picked from commit aa60cec58cfe1440733603fd4097d36d5d1eef29)

show more ...

Add --with-static-system-libs, and drop -licuuc from the dmake LIBXML2LIB

Takes a comma-separated list (libxml, libxslt, curl) and rewrites each
"-lfoo" to the archive's absolute path, so a dylib si

Add --with-static-system-libs, and drop -licuuc from the dmake LIBXML2LIB

Takes a comma-separated list (libxml, libxslt, curl) and rewrites each
"-lfoo" to the archive's absolute path, so a dylib sitting beside it can't
win. Without it the choice is implicit -- and those dylibs carry absolute
install names that don't exist on an end user's machine.

LIBXML2LIB now filters -licuuc as RepositoryExternal.mk already did, so
dmake and gbuild consumers agree.

(cherry picked from commit d77f67941712a82163741a1703edb3db8ce7e11b)

show more ...

deliver.pl: fix greedy base-name match in the macOS dylib linklib regex

\S matches dots, so the base name swallowed leading version components:
libxslt.1.1.34.dylib keyed as libxslt.1.1 rather than

deliver.pl: fix greedy base-name match in the macOS dylib linklib regex

\S matches dots, so the base name swallowed leading version components:
libxslt.1.1.34.dylib keyed as libxslt.1.1 rather than libxslt, and the
unversioned symlink was never created. Two-component names were unaffected.

(cherry picked from commit 7d1f05704a41c80ce229e997907db3d6721f18a5)

show more ...

Revert "RepositoryExternal.mk, libs.mk: prefer /usr/local/lib static libs on macOS"

This reverts commit 6d7cc7bfde5e4f953549929d761b3a6f6a9d699f.

RepositoryExternal.mk, libs.mk: prefer /usr/local/lib static libs on macOS

If the user already has a prebuilt libxml2.a/libxslt.a/libexslt.a/
libcurl.a/libiconv.a under /usr/local/lib, use that inst

RepositoryExternal.mk, libs.mk: prefer /usr/local/lib static libs on macOS

If the user already has a prebuilt libxml2.a/libxslt.a/libexslt.a/
libcurl.a/libiconv.a under /usr/local/lib, use that instead of what
this tree just built. Falls back to the tree's own copy when absent.

(cherry picked from commit 9b92099a7350282ddfb677eafe03e37ee774e545)

show more ...

libs.mk: link libxml2's static-lib deps for dmake modules on macOS

(cherry picked from commit 91877337ee3ae7438a0722331d6a42377b5f70ff)

deliver.pl: recognize macOS libfoo.N.dylib naming in linklib:

(cherry picked from commit e28c1c5c7ee9fb9b5b500b5f72d96e08df8962b7)