office-gobmx/salhelper
Stephan Bergmann 45d93ea927 Fix clang-cl -Zc:dllexportInlines- build
That flag is only supported by clang-cl, not by MSVC, and
c7c9f3f57a "use clang-cl's -Zc:dllexportInlines-
for clang-cl builds" apparently naively assumed that it would work to build LO
with clang-cl and that flag without actually trying it out, and
1040228c35 "My clang-cl build does not work with
-Zc:dllexportInlines-" effectively disabled it completely.

The way to avoid unresolved external symbols during linking of URE libraries
(see the 1040228c35 commit message) is apparently
to also build libraries that the URE libraries depend on with the flag, hence
the change from gb_Library_set_is_ure_library to
gb_Library_set_is_ure_library_or_dependency.  For now, I only marked those
additional libraries (unoil and xmlreader) that actually caused issues when
linking the URE libraries.

Change-Id: I3a85c73246250981cd86b7ee41f87b41f393a4b1
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126012
Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
Tested-by: Jenkins
2021-12-02 07:39:52 +01:00
..
qa
source revert part of "remove counter-productive catch-all blocks" 2021-12-01 13:04:17 +01:00
test
CppunitTest_salhelper_testapi.mk
IwyuFilter_salhelper.yaml
Library_salhelper.mk Fix clang-cl -Zc:dllexportInlines- build 2021-12-02 07:39:52 +01:00
Makefile
Module_salhelper.mk
README.md

C++ Helpers for SAL

C++ helpers to make use of SAL easier.