summaryrefslogtreecommitdiff
path: root/slideshow/Library_OGLTrans.mk
AgeCommit message (Collapse)AuthorFilesLines
2020-02-06always define GLM_FORCE_CTOR_INIT when using glmCaolán McNamara1-1/+0
Change-Id: I2a4ed756c6d18937d2c720243652df7a2d629959 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/88121 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2020-02-01opengl slide transitions not working with glm >= GLM 0.9.9.0Caolán McNamara1-0/+1
tracked it down to... Removed default initialization, use GLM_FORCE_CTOR_INIT to restore the old behavior so adding in GLM_FORCE_CTOR_INIT to get them working again Change-Id: I1c6e7d8eb748fce40f0c518ff708708e5fb1e3d2 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/87789 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2017-04-21gbuild: Remove MSVC 2013 legacy codeDavid Ostrovsky1-1/+0
Uwinapi is discontinued. Change-Id: I063b4d0d8fab2d60de168e960a63b8181158ac01 Reviewed-on: https://gerrit.libreoffice.org/23198 Reviewed-by: David Ostrovsky <david@ostrovsky.org> Tested-by: David Ostrovsky <david@ostrovsky.org>
2016-12-13post glew->epoxy, we don't need to link to win openg32 and mac OpenGLCaolán McNamara1-18/+0
Change-Id: Iadc373961dcca788b1174ee71cb386979ce064ed Reviewed-on: https://gerrit.libreoffice.org/31954 Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2016-12-13change from glew to epoxyCaolán McNamara1-8/+1
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>
2016-11-06tdf#103696 ensure glm always uses radiansDavid Tardon1-0/+4
This is set just locally for OGLTrans, because I have no idea what the other places that use glm expect... Change-Id: I83675ef2463ab945cb3d6885f803dcbae60a5558
2016-10-25rename dir to follow suitDavid Tardon1-4/+4
Change-Id: I894e6a089e99ed6cec3a970ffa0cce9cbd9a9e1a
2016-10-25remove unnecessary dir and name prefixDavid Tardon1-3/+3
Change-Id: I57b8d8b187fe7b8a99f2f90d696cd8c97b8a07b6
2016-10-25merge duplicate source file listsDavid Tardon1-17/+8
Change-Id: I55c746c92a6803a67e7129c43d2acd94aa7cbf8e
2015-11-23slideshow: Move Operation to its own translation unitEmmanuel Gil Peyrot1-0/+3
Change-Id: Ie0be68055152347e82da66cb48cf76c54b7966c0
2015-11-12Bin mesa_headers completelyTor Lillqvist1-1/+0
We don't need them in a MSVC or OS X compilation either. Change-Id: I00181fe0a047df09bbdfcce34c07eb2ebc45a2da
2015-11-12Avoid mesa_headers on X11, also link with -lGL only where necesssaryTor Lillqvist1-1/+1
The GLEW headers are enough, and what we actually use in these places. In addition to handling GL extension things in its dynamic fashion, GLEW headers also have declarations for standard, non-extension, OpenGL API, including xgl and wgl ones. Most likely we don't need mesa_headers on Windows or OS X either, and can drop them completely. Change-Id: Ic0d8d6238c862f8fe4a74e99e95344dcbf540980
2015-08-11slideshow: stop (mis)-using VERBOSENorbert Thiebaud1-6/+0
converted the use of internal 'verbose' level tracing to SAL_INFO/SAL_WARN Change-Id: Iab89d9b5c75fe476c6516718f1cee3d01d196858 Reviewed-on: https://gerrit.libreoffice.org/17632 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
2015-03-02Remove references to unused GLUStephan Bergmann1-1/+0
(after removing the one remaining use of gluErrorString in a SAL_WARN call) Change-Id: Ib94e346d73e508e69c07deafdc690e3ae0e23d4e
2014-11-10merge vcllo and vclopenglloMarkus Mohrhard1-1/+0
Change-Id: I419ca67dc1f87dd9ac751aa5a094fecf58136edb
2014-09-02basegfx -> glm in OGLTransMarkus Mohrhard1-0/+1
Change-Id: I3f3002d975f3ee2732c5e132b3b67531356aad5c
2014-09-02use generic implementation for OSXMarkus Mohrhard1-9/+3
Change-Id: I9b82ca8bb6c1c6453bbedac2c60bec4d6a98c009
2014-08-13remove useless OGL transition shader codeMarkus Mohrhard1-2/+0
Change-Id: I8930aab2b4d3fd00916f12b86fa06b5e011542ac
2014-05-20use VCL's OpenGLContext for 3D transitionsDavid Tardon1-0/+2
Change-Id: I510518461eb8bc9669d0de2679c34c473f66b175
2013-04-22Move to MPLv2 license headers, with ESC decision and author's permission.Michael Meeks1-22/+4
2013-01-26gbuild: remove various pointless calls that don't add anythingMichael Stahl1-4/+0
Change-Id: I7eccac4fa8890c2873c6bbd7f8f5bf5b0dd006d2
2013-01-26gbuild: do not copy boost headers aroundMichael Stahl1-1/+4
- do not use gb_UnpackedTarball_copy_header_files for boost - adapt the optimization in concat-deps.c for new path - use boost_headers in all LinkTargets that require it - add explicit include paths to mysqlc, mysqlcppconn, libvisio, liborcus Change-Id: I0c43e73ed43cc9d2e6bce8faf55e992d655a0bb9
2013-01-10Rename the "unx" folder to "generic" to match realityTor Lillqvist1-6/+6
Change-Id: I73eb1f36e2a7be5d97e8da837bbf4ffad8282897
2013-01-10Make the OpenGL transition code buildable for WindowsTor Lillqvist1-2/+3
Whether it works at run-time is another question;) Use the same source files as for X11, with relevant conditional coding. The Windows OpenGL import library corresponds to OpenGL 1.2, so we can't directly use APIs from OpenGL 1.3 or newer. (Even if they as such are present in the "Mesa" headers we use.) So look up also glActivetexture() dynamically. Change-Id: I2280e2ad7e190356e9409cc28142fa9fc33e078b
2013-01-10The "unx" and "win" OGLTrans_Shaders.cxx files were effectively identicalTor Lillqvist1-1/+1
Just some OSL_TRACE/SAL_INFO changes in the "unx" one. And it isn't like the "win" one would actually compile for Windows as is anyway, as it unconditionally uses glX stuff. So certainly it is better to have just one copy, and if we want to make the OpenGL transitions build on Windows then add ifdefs for Windows to it. Change-Id: If6887e24a0fc03c7e0e77f003d08feb51c264f30
2012-09-28gbuild: invert handling of standard system libraries:Michael Stahl1-2/+0
Always link in gb_STDLIBS, except when the library explicitly opts out with gb_LinkTarget_disable_standard_system_libs. Change-Id: I489a99114fbfa46d0421a27cf6c7b899dc268a4a
2012-09-28gbuild: gb_Library_PLAINLIBS_NONE cleanup for WNT:Michael Stahl1-1/+1
add a new gb_LinkTarget_use_system_win32_libs to abstract different linker options on MSVC and GCC. Change-Id: Ic9bf2545f59bf7871e6fc06b290c486ddfbec03d
2012-09-28gbuild: gb_Library_PLAINLIBS_NONE cleanup for unxgcc/solarisMichael Stahl1-4/+4
Change-Id: Ia7f64bdd0fd81c5dcc08d828db4602b65e2da949
2012-09-28gbuild: clean up Mac OS X framework handling:Michael Stahl1-1/+1
There are currently 3 different mechanisms being used for frameworks, which is of course intolerable so we invent a 4th one and standardize on it: gb_LinkTarget_use_darwin_frameworks (This doesn't mean using add_libs or externals was wrong, it was just inconsistent... and i don't see an obvious benefit of using externals here) Change-Id: I5de9020402c87e7236c6a358c47f02fa56642d3d
2012-09-28gbuild: replace direct gb_STDLIBS use with ...Michael Stahl1-1/+2
... new gb_LinkTarget_add_standard_system_libs Change-Id: Ib2bc843098db3d8c6822b45a3d21724e67f57d69
2012-09-28gbuild: split uwinapi out of gb_STDLIBSMichael Stahl1-0/+1
Change-Id: I53316e0b9369d806197bccb42cf22d3497af43e7
2012-07-02targetted improvement of UNO API includes / usageMichael Meeks1-4/+1
2012-05-29group external headers togetherMatúš Kukan1-1/+1
2012-04-08gbuild: "use" vs. "add":Michael Stahl1-5/+5
Naming convention for gbuild methods: - "add" is used for stuff that is logically a part of the target (i.e. not registered at the Module, but defined in the target's makefile) - "use" is used for stuff that is logically a different target (i.e. it is registered at the Module, has it's own makefile, may be in a different module than the target)
2012-02-10fdo#39491 -I$(OUTDIR)/inc is set in SOLARINCMatúš Kukan1-1/+0
2011-12-06normalize Red Hat, Inc. spellings, and bump to latest templateCaolán McNamara1-5/+4
2011-11-27remove pch from the include listNorbert Thiebaud1-1/+0
2011-11-27remove pre-compiled header support in gbuild and gbuildified moduleNorbert Thiebaud1-2/+0
2011-09-10convert Mesa to gbuild and add to tail_buildPeter Foley1-0/+2
2011-08-10prefer makefile-gmake-mode to plain makefile-modeTakeshi Abe1-1/+1
2011-07-30Add consistent Emacs and vim mode linesTor Lillqvist1-1/+2
2011-07-21Merge branch 'master' into feature/gnumake4Bjoern Michaelsen1-1/+5
2011-06-21gnumake4: postmerge fixes in sd and slideshowBjoern Michaelsen1-4/+2
2011-06-17remove all traces of offuh from makefilesDavid Tardon1-1/+5
2011-04-23ObjC compile should ot take Exception flagsNorbert Thiebaud1-1/+1
2011-04-21gbuildize slideshowDavid Tardon1-0/+111
generated by cgit v1.2.3 (git 2.39.1) at 2024-04-19 22:53:01 +0000