This repository has been archived by the owner on Mar 29, 2024. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 24
cmake forces C++11 even if we ask C++14 in tulip5 #9
Comments
This was referenced Jan 16, 2019
This was referenced Apr 18, 2019
p-mary
referenced
this issue
in anlambert/talipot
Jan 3, 2020
QOpenGL module is marked as deprecated since a while now so it is time to remove its use from the Talipot codebase and promote the use of QOpenGL* classes directly integrated in the QtGui module. The big difference between QOpenGL and QtOpenGL from Qt5 is that all rendering is performed in framebuffer objects, there is no more direct rendering in the underlying os windows with its own OpenGL context. Talipot OpenGL rendering also follows that idiom, all renderings are performed offscreen using a shared OpenGL context. This also means that there is no more QGLWidget as viewport for QGraphicsView. Talipot OpenGL scene are now converted to QImage in order to display them using the default Qt raster rendering engine. This should fixes the numerous rendering glitches observed on MacOS. First thing observed after the migration is a consequent performance boost in OpenGL rendering when using an Intel GPU on a Linux host machine (especially when selecting elements, it is now 10 times faster on debian stable).
This was referenced Mar 12, 2020
Open
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
The following command
cmake ~/src/tulip5 -DCMAKE_CXX_COMPILER=g++ -DCMAKE_CXX_FLAGS=-std=gnu++14 -DCMAKE_INSTALL_PREFIX=/mnt/data/opt/tulip5release -DCMAKE_BUILD_TYPE=Release
is supposed to ask to build tulip5 with a c++14 compiler (at least it works well like that on tulip4).
Sadly it is not the case as I obtain such kind of errors while compiling my plugins:
The text was updated successfully, but these errors were encountered: