summaryrefslogtreecommitdiff
path: root/external/epoxy
AgeCommit message (Collapse)Author
2019-05-03Related: tdf#124942 upgrade epoxy to 1.5.3Caolán McNamara
https://github.com/anholt/libepoxy/issues/180 sounds very similar and 1.5.3 apparently fixes that Change-Id: I009f5bc82f9e8326a7028ed29d86733cce649d15 Reviewed-on: https://gerrit.libreoffice.org/71733 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2018-11-01gbuild: rename value OS=IOS to OS=iOSMichael Stahl
This gets rid of the horrible hack in gbuild.mk to accomodate the case-incorrect iOS platform makefiles that cannot be renamed without upsetting git on file systems that sadly lack the case sensitivity feature. Keep the macro defined to IOS though. Change-Id: I1022bfef4900da00e75fc1ccce786b20f8673234 Reviewed-on: https://gerrit.libreoffice.org/62705 Tested-by: Jenkins Reviewed-by: Michael Stahl <Michael.Stahl@cib.de> Reviewed-by: Tor Lillqvist <tml@collabora.com> Tested-by: Tor Lillqvist <tml@collabora.com>
2018-08-28upgrade epoxy to 1.5.2Caolán McNamara
Change-Id: Ic3093d3c12c33cbcc09903409daec6277428ecd6 Reviewed-on: https://gerrit.libreoffice.org/59664 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2018-05-04Removed executable permission on data filesAndrea Gelmini
chmod -x for .patch, .pptm, and .vb Change-Id: I98e1221e48df22e8b58aaf305898cbe301f187ce Reviewed-on: https://gerrit.libreoffice.org/52568 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
2017-11-02Use gb_UnpackedTarball_get_dirStephan Bergmann
Change-Id: I931f0d95cad0a63d344c84d89ba7c80f14be8ec9
2017-09-15epoxy: don't rely on compiler to optimize-out unsupported glx stuffChristian Lohmaier
…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>
2017-04-21external/epoxy: Work around missing clang-cl DLL-init CONSTRUCT supportStephan Bergmann
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
2016-12-15TypoTor Lillqvist
Change-Id: Ib1d4d3f88c1cc11ba440b1d8f7208575b5bbb42d
2016-12-15No EGL on iOS eitherTor Lillqvist
Change-Id: I44b935e2093a5b630f8009af939ce8e83413c35b
2016-12-13turn off epoxy egl support by default and enable only when gtk3 is enabledCaolán McNamara
to build on the festering baseline on which gtk3 is disabled Change-Id: I6c074382590fc60ae8572fbde225679e4309494e
2016-12-13change from glew to epoxyCaolán McNamara
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>