summaryrefslogtreecommitdiff
path: root/external/epoxy
AgeCommit message (Collapse)AuthorFilesLines
2019-05-24disable warnings in external libsLuboš Luňák1-10/+1
As in, really disable, so that they do not even show. This moreover avoids tons of D9025 warnings from MSVC about overriding -W4 with -w. Change-Id: Ia2e72fd72d883d91bdd89e467ee42f259e2ae033 Reviewed-on: https://gerrit.libreoffice.org/72899 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2019-05-03Related: tdf#124942 upgrade epoxy to 1.5.3Caolán McNamara4-81/+14
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 Stahl1-1/+1
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 McNamara4-35/+30
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 Gelmini1-0/+0
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 Bergmann1-2/+2
Change-Id: I931f0d95cad0a63d344c84d89ba7c80f14be8ec9
2017-09-15epoxy: don't rely on compiler to optimize-out unsupported glx stuffChristian Lohmaier2-0/+29
…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 Bergmann2-0/+15
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 Lillqvist1-1/+1
Change-Id: Ib1d4d3f88c1cc11ba440b1d8f7208575b5bbb42d
2016-12-15No EGL on iOS eitherTor Lillqvist1-1/+1
Change-Id: I44b935e2093a5b630f8009af939ce8e83413c35b
2016-12-13turn off epoxy egl support by default and enable only when gtk3 is enabledCaolán McNamara3-0/+23
to build on the festering baseline on which gtk3 is disabled Change-Id: I6c074382590fc60ae8572fbde225679e4309494e
2016-12-13change from glew to epoxyCaolán McNamara6-0/+202
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>