| Age | Commit message (Collapse) | Author |
|---|
|
…as building with debug on Android for example fails when linking due to
unsatisfied symbol glXGetProcAddressARB
Change-Id: Ibea56d182fcabff182b1622599950e3e7ebf3aaa
Reviewed-on: https://gerrit.libreoffice.org/42335
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
Looks like neither the __GNUC__ specific __attribute__((constructor)) definition
of CONSTRUCT nor the _MSC_VER specific one (if the #ifs were reordered so that
clang-cl would pick the latter) with __declspec(allocate(".CRT$XCU")) are
supported by clang-cl, and both are rather silently ignored. That means that
library_init is not called, library_initialized remains false, and the first
call to get_dlopen_handle aborts.
But this whole "verify that get_dlopen_handle isn't called too early" business
is somewhat pointless here (and that's the only use of the CONSTRUCT macro, and
DESTRUCT isn't used at all), so just short-circuit it for clang-cl for now.
Change-Id: I5d50df3574d350f9591e807ef0fb6a1b02dc34ec
|
|
Change-Id: Ib1d4d3f88c1cc11ba440b1d8f7208575b5bbb42d
|
|
Change-Id: I44b935e2093a5b630f8009af939ce8e83413c35b
|
|
to build on the festering baseline on which gtk3 is disabled
Change-Id: I6c074382590fc60ae8572fbde225679e4309494e
|
|
because that works under wayland out of the box and gtk3 uses it already
Change-Id: Iefaac31e325534a81a5389f752804af917c1baef
Reviewed-on: https://gerrit.libreoffice.org/31213
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
