Don't force MAC_OS_X_VERSION_MAX_ALLOWED (breaks on macOS 11+ SDKs)

Building sal on a modern SDK fails:

AvailabilityMacros.h:128: error: MAC_OS_X_VERSION_MAX_ALLOWED must be
>= MAC_OS_X

Don't force MAC_OS_X_VERSION_MAX_ALLOWED (breaks on macOS 11+ SDKs)

Building sal on a modern SDK fails:

AvailabilityMacros.h:128: error: MAC_OS_X_VERSION_MAX_ALLOWED must be
>= MAC_OS_X_VERSION_MIN_REQUIRED

Both build systems passed
-DMAC_OS_X_VERSION_MAX_ALLOWED=MAC_OS_X_VERSION_<deployment-target>
(unxmacc.mk for dmake, gbuild/platform/macosx.mk for gbuild). Apple renamed
the SDK version constants at macOS 11: the old MAC_OS_X_VERSION_<v> family
stops at 10_15, and 11+ uses MAC_OS_VERSION_<v> (no "_X_"). With our 11.0
Apple Silicon deployment baseline this generates MAC_OS_X_VERSION_11_0, which
is undefined -> the preprocessor treats it as 0 -> MAX_ALLOWED(0) <
MIN_REQUIRED(110000) -> #error.

Drop the -D in both places and let the SDK auto-derive MAX_ALLOWED as
max(14.0, MIN_REQUIRED), which is what a modern SDK wants. Verified by
compiling <AvailabilityMacros.h> with -mmacosx-version-min=11.0: fails with
the forced -D, compiles cleanly without it. Nothing in the tree reads this
macro -- the only consumer (vcl PictToBmpFlt.cxx) checks the distinct
__MAC_OS_X_VERSION_MAX_ALLOWED -- so removal is safe on old SDKs too.

show more ...

Fix macOS build with Clang 16+ (Xcode 15+): pin C dialect to gnu89

Clang 16+ removed support for K&R-style function definitions and
implicit-int, turning them from warnings into hard errors. Much of

Fix macOS build with Clang 16+ (Xcode 15+): pin C dialect to gnu89

Clang 16+ removed support for K&R-style function definitions and
implicit-int, turning them from warnings into hard errors. Much of the
in-tree legacy C (e.g. soltools/mkdepend) is old-style and fails to
compile with errors like 'unknown type name'. EXTERNAL_WARNINGS_NOT_ERRORS
does not help since this is a parse-level rejection.

Pin CFLAGSCC to -std=gnu89 in unxmacc.mk (the base file included by the
Intel, x, and arm64 mac platform makefiles) so the fix applies tree-wide.
This is symmetric with the existing -std=gnu++98 C++ pin, and gnu89 still
permits later constructs as GNU extensions so it does not break modern C.

show more ...

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

Backport tested patches from trunk to 4.2.x branch


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

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

Get macOS compiling again:
o Restore 10.7 as min
o Deprecated is no longer a fatal warning error
o We need LDFLAGS when linking

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

Get macOS compiling again:
o Restore 10.7 as min
o Deprecated is no longer a fatal warning error
o We need LDFLAGS when linking

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

show more ...

Resync/update with trunk as preparation to integration

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

#i114728# force target compatibility when building with a newer OSX SDK

using OSX's MAC_OS_X_VERSION_MAX_ALLOWED define forces the build to be binary
compatibile to the configured deployment target,

#i114728# force target compatibility when building with a newer OSX SDK

using OSX's MAC_OS_X_VERSION_MAX_ALLOWED define forces the build to be binary
compatibile to the configured deployment target, even when the SDK version
employed for building it is newer than the deployment target


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

show more ...

#114728# use 10.7 SDK as default, but allow newer SDK in configure

Patch by: Juergen Schmidt <jsc@apache.org>


git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1560758 13f79535-47bb-03

#114728# use 10.7 SDK as default, but allow newer SDK in configure

Patch by: Juergen Schmidt <jsc@apache.org>


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

show more ...

#i122301# switch Mac port to SDK 10.7 / 64bit

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

#i122301# add Makefiles for XCode>=4 on Mac

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