Hi,
I just cloned the OpenFlipper-Free repository (https://www.graphics.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free.g...) and compiled it successfully (64bit Linux). However, when I try to run OpenFlipper, I immediately get a Segmentation fault. Could this be due to the fact that I'm using Qt 5.6 (there was a warning about this when running cmake)? If there's any other information I could provide, please let me know.
Thanks, Pieter
Zeige Antworten nach Diskussionsstrang
Hi,
we don't support Qt 5.6 yet. There are some modules missing in 5.6 so we need to port things in order to work without these modules.
However, can you send a backtrace of the segfault? (Should be generated by OpenFlipper automatically) Maybe we can see what's happening.
Best, Jan Möbius
On 02.05.2016 14:20, Pieter Barendrecht wrote:
Hi,
I just cloned the OpenFlipper-Free repository (https://www.graphics.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free.g...) and compiled it successfully (64bit Linux). However, when I try to run OpenFlipper, I immediately get a Segmentation fault. Could this be due to the fact that I'm using Qt 5.6 (there was a warning about this when running cmake)? If there's any other information I could provide, please let me know.
Thanks, Pieter
Openflipper mailing list Openflipper@lists.rwth-aachen.de http://mailman.rwth-aachen.de/mailman/listinfo/openflipper
Hi,
Ah, I see. I included the backtrace (using GDB) below.
---
gdb ./OpenFlipper GNU gdb (GDB) 7.11 Copyright (C) 2016 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-pc-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/ http://www.gnu.org/software/gdb/bugs/. Find the GDB manual and other documentation resources online at: http://www.gnu.org/software/gdb/documentation/ http://www.gnu.org/software/gdb/documentation/. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from ./OpenFlipper...(no debugging symbols found)...done. (gdb) run Starting program: /home/pieter/Devel/OpenFlipper-Free/build/Build/bin/OpenFlipper [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib/libthread_db.so.1".
Program received signal SIGSEGV, Segmentation fault. 0x00007fffecf65b74 in ?? () from /usr/lib/libQtGui.so.4 (gdb) backtrace #0 0x00007fffecf65b74 in ?? () from /usr/lib/libQtGui.so.4 #1 0x00007ffff7de83ba in call_init.part () from /lib64/ld-linux-x86-64.so.2 #2 0x00007ffff7de84cb in _dl_init () from /lib64/ld-linux-x86-64.so.2 #3 0x00007ffff7dd9dca in _dl_start_user () from /lib64/ld-linux-x86-64.so.2 #4 0x0000000000000001 in ?? () #5 0x00007fffffffeabf in ?? () #6 0x0000000000000000 in ?? () (gdb)
---
Running Valgrind returns the following info —
valgrind ./OpenFlipper ==12670== Memcheck, a memory error detector ==12670== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward et al. ==12670== Using Valgrind-3.11.0 and LibVEX; rerun with -h for copyright info ==12670== Command: ./OpenFlipper ==12670== ==12670== ==12670== Process terminating with default action of signal 11 (SIGSEGV): dumping core ==12670== Bad permissions for mapped region at address 0xC130D40 ==12670== at 0xF34FB74: ??? (in /usr/lib/libQtGui.so.4.8.7) ==12670== by 0x400F3B9: call_init.part.0 (in /usr/lib/ld-2.23.so) ==12670== by 0x400F4CA: _dl_init (in /usr/lib/ld-2.23.so) ==12670== by 0x4000DC9: ??? (in /usr/lib/ld-2.23.so) ==12670== ==12670== HEAP SUMMARY: ==12670== in use at exit: 120,771 bytes in 362 blocks ==12670== total heap usage: 423 allocs, 61 frees, 129,301 bytes allocated ==12670== ==12670== LEAK SUMMARY: ==12670== definitely lost: 0 bytes in 0 blocks ==12670== indirectly lost: 0 bytes in 0 blocks ==12670== possibly lost: 1,512 bytes in 20 blocks ==12670== still reachable: 119,259 bytes in 342 blocks ==12670== of which reachable via heuristic: ==12670== newarray : 1,536 bytes in 16 blocks ==12670== suppressed: 0 bytes in 0 blocks ==12670== Rerun with --leak-check=full to see details of leaked memory ==12670== ==12670== For counts of detected and suppressed errors, rerun with: -v ==12670== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) Segmentation fault (core dumped)
---
Thanks, Pieter
On 02/05/16 12:25, Jan Möbius wrote:
Hi,
we don't support Qt 5.6 yet. There are some modules missing in 5.6 so we need to port things in order to work without these modules.
However, can you send a backtrace of the segfault? (Should be generated by OpenFlipper automatically) Maybe we can see what's happening.
Best, Jan Möbius
On 02.05.2016 14:20, Pieter Barendrecht wrote:
Hi,
I just cloned the OpenFlipper-Free repository (https://www.graphics.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free.g...) and compiled it successfully (64bit Linux). However, when I try to run OpenFlipper, I immediately get a Segmentation fault. Could this be due to the fact that I'm using Qt 5.6 (there was a warning about this when running cmake)? If there's any other information I could provide, please let me know.
Thanks, Pieter
_______________________________________________ Openflipper mailing listOpenflipper@lists.rwth-aachen.dehttp://mailman.rwth-aachen.de/mailman/listinfo/openflipper
Hi,
Ah, I see. I included the backtrace (using GDB) below.
---
gdb ./OpenFlipper GNU gdb (GDB) 7.11 Copyright (C) 2016 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-pc-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/. Find the GDB manual and other documentation resources online at: http://www.gnu.org/software/gdb/documentation/. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from ./OpenFlipper...(no debugging symbols found)...done. (gdb) run Starting program: /home/pieter/Devel/OpenFlipper-Free/build/Build/bin/OpenFlipper [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib/libthread_db.so.1".
Program received signal SIGSEGV, Segmentation fault. 0x00007fffecf65b74 in ?? () from /usr/lib/libQtGui.so.4 (gdb) backtrace #0 0x00007fffecf65b74 in ?? () from /usr/lib/libQtGui.so.4 #1 0x00007ffff7de83ba in call_init.part () from /lib64/ld-linux-x86-64.so.2 #2 0x00007ffff7de84cb in _dl_init () from /lib64/ld-linux-x86-64.so.2 #3 0x00007ffff7dd9dca in _dl_start_user () from /lib64/ld-linux-x86-64.so.2 #4 0x0000000000000001 in ?? () #5 0x00007fffffffeabf in ?? () #6 0x0000000000000000 in ?? () (gdb)
---
Running Valgrind returns the following info —
valgrind ./OpenFlipper ==12670== Memcheck, a memory error detector ==12670== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward et al. ==12670== Using Valgrind-3.11.0 and LibVEX; rerun with -h for copyright info ==12670== Command: ./OpenFlipper ==12670== ==12670== ==12670== Process terminating with default action of signal 11 (SIGSEGV): dumping core ==12670== Bad permissions for mapped region at address 0xC130D40 ==12670== at 0xF34FB74: ??? (in /usr/lib/libQtGui.so.4.8.7) ==12670== by 0x400F3B9: call_init.part.0 (in /usr/lib/ld-2.23.so) ==12670== by 0x400F4CA: _dl_init (in /usr/lib/ld-2.23.so) ==12670== by 0x4000DC9: ??? (in /usr/lib/ld-2.23.so) ==12670== ==12670== HEAP SUMMARY: ==12670== in use at exit: 120,771 bytes in 362 blocks ==12670== total heap usage: 423 allocs, 61 frees, 129,301 bytes allocated ==12670== ==12670== LEAK SUMMARY: ==12670== definitely lost: 0 bytes in 0 blocks ==12670== indirectly lost: 0 bytes in 0 blocks ==12670== possibly lost: 1,512 bytes in 20 blocks ==12670== still reachable: 119,259 bytes in 342 blocks ==12670== of which reachable via heuristic: ==12670== newarray : 1,536 bytes in 16 blocks ==12670== suppressed: 0 bytes in 0 blocks ==12670== Rerun with --leak-check=full to see details of leaked memory ==12670== ==12670== For counts of detected and suppressed errors, rerun with: -v ==12670== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) Segmentation fault (core dumped)
---
Thanks, Pieter
On 02/05/16 12:25, Jan Möbius wrote:
Hi,
we don't support Qt 5.6 yet. There are some modules missing in 5.6 so we need to port things in order to work without these modules.
However, can you send a backtrace of the segfault? (Should be generated by OpenFlipper automatically) Maybe we can see what's happening.
Best, Jan Möbius
On 02.05.2016 14:20, Pieter Barendrecht wrote:
Hi,
I just cloned the OpenFlipper-Free repository (https://www.graphics.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free.g...) and compiled it successfully (64bit Linux). However, when I try to run OpenFlipper, I immediately get a Segmentation fault. Could this be due to the fact that I'm using Qt 5.6 (there was a warning about this when running cmake)? If there's any other information I could provide, please let me know.
Thanks, Pieter
Openflipper mailing list Openflipper@lists.rwth-aachen.de http://mailman.rwth-aachen.de/mailman/listinfo/openflipper
Hi,
your backtrace states that you are linking against Qt 4 or a mixture of 4/5. Please do the following steps:
Open cmake Set QT5_INSTALL_PATH to your Qt installation dir( e.g. .../Qt-5.5.1/5.5/gcc_64 ) Select all other Qt related entries in cmake and remove them. configure generate.
You should not see any other qt4 related entries after this. Then rebuild.
On 02.05.2016 13:45, Pieter Barendrecht wrote:
Hi,
Ah, I see. I included the backtrace (using GDB) below.
gdb ./OpenFlipper GNU gdb (GDB) 7.11 Copyright (C) 2016 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-pc-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/ http://www.gnu.org/software/gdb/bugs/. Find the GDB manual and other documentation resources online at: http://www.gnu.org/software/gdb/documentation/ http://www.gnu.org/software/gdb/documentation/. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from ./OpenFlipper...(no debugging symbols found)...done. (gdb) run Starting program: /home/pieter/Devel/OpenFlipper-Free/build/Build/bin/OpenFlipper [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib/libthread_db.so.1".
Program received signal SIGSEGV, Segmentation fault. 0x00007fffecf65b74 in ?? () from /usr/lib/libQtGui.so.4 (gdb) backtrace #0 0x00007fffecf65b74 in ?? () from /usr/lib/libQtGui.so.4 #1 0x00007ffff7de83ba in call_init.part () from /lib64/ld-linux-x86-64.so.2 #2 0x00007ffff7de84cb in _dl_init () from /lib64/ld-linux-x86-64.so.2 #3 0x00007ffff7dd9dca in _dl_start_user () from /lib64/ld-linux-x86-64.so.2 #4 0x0000000000000001 in ?? () #5 0x00007fffffffeabf in ?? () #6 0x0000000000000000 in ?? () (gdb)
Running Valgrind returns the following info —
valgrind ./OpenFlipper ==12670== Memcheck, a memory error detector ==12670== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward et al. ==12670== Using Valgrind-3.11.0 and LibVEX; rerun with -h for copyright info ==12670== Command: ./OpenFlipper ==12670== ==12670== ==12670== Process terminating with default action of signal 11 (SIGSEGV): dumping core ==12670== Bad permissions for mapped region at address 0xC130D40 ==12670== at 0xF34FB74: ??? (in /usr/lib/libQtGui.so.4.8.7) ==12670== by 0x400F3B9: call_init.part.0 (in /usr/lib/ld-2.23.so http://ld-2.23.so) ==12670== by 0x400F4CA: _dl_init (in /usr/lib/ld-2.23.so http://ld-2.23.so) ==12670== by 0x4000DC9: ??? (in /usr/lib/ld-2.23.so http://ld-2.23.so) ==12670== ==12670== HEAP SUMMARY: ==12670== in use at exit: 120,771 bytes in 362 blocks ==12670== total heap usage: 423 allocs, 61 frees, 129,301 bytes allocated ==12670== ==12670== LEAK SUMMARY: ==12670== definitely lost: 0 bytes in 0 blocks ==12670== indirectly lost: 0 bytes in 0 blocks ==12670== possibly lost: 1,512 bytes in 20 blocks ==12670== still reachable: 119,259 bytes in 342 blocks ==12670== of which reachable via heuristic: ==12670== newarray : 1,536 bytes in 16 blocks ==12670== suppressed: 0 bytes in 0 blocks ==12670== Rerun with --leak-check=full to see details of leaked memory ==12670== ==12670== For counts of detected and suppressed errors, rerun with: -v ==12670== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) Segmentation fault (core dumped)
Thanks, Pieter
On 02/05/16 12:25, Jan Möbius wrote:
Hi,
we don't support Qt 5.6 yet. There are some modules missing in 5.6 so we need to port things in order to work without these modules.
However, can you send a backtrace of the segfault? (Should be generated by OpenFlipper automatically) Maybe we can see what's happening.
Best, Jan Möbius
On 02.05.2016 14:20, Pieter Barendrecht wrote:
Hi,
I just cloned the OpenFlipper-Free repository (https://www.graphics.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free.g...) and compiled it successfully (64bit Linux). However, when I try to run OpenFlipper, I immediately get a Segmentation fault. Could this be due to the fact that I'm using Qt 5.6 (there was a warning about this when running cmake)? If there's any other information I could provide, please let me know.
Thanks, Pieter
Openflipper mailing list Openflipper@lists.rwth-aachen.de mailto:Openflipper@lists.rwth-aachen.de http://mailman.rwth-aachen.de/mailman/listinfo/openflipper
Openflipper mailing list Openflipper@lists.rwth-aachen.de http://mailman.rwth-aachen.de/mailman/listinfo/openflipper
Hi Jan,
Thanks for your reply. I tried several paths for QT5_INSTALL_PATH, no luck so far. After I press configure, I don't see anything that mentions the Qt4 libraries, just entries like Qt5Svg_DIR which are set to e.g. /usr/lib64/cmake/Qt5Svg (/usr/lib64 is a symlink to /lib which in turn is a symlink to /usr/lib). However, for some reason a couple of Qt4 libraries are still being used —
ldd ./OpenFlipper | grep -i "Qt" libQt5Declarative.so.5 => /usr/lib/libQt5Declarative.so.5 (0x00007f5f849f9000) libQt5OpenGL.so.5 => /usr/lib/libQt5OpenGL.so.5 (0x00007f5f847a1000) libQt5Script.so.5 => /usr/lib/libQt5Script.so.5 (0x00007f5f84310000) libQt5ScriptTools.so.5 => /usr/lib/libQt5ScriptTools.so.5 (0x00007f5f8403d000) libQt5Sql.so.5 => /usr/lib/libQt5Sql.so.5 (0x00007f5f83df6000) libQt5Xml.so.5 => /usr/lib/libQt5Xml.so.5 (0x00007f5f83bbb000) libQt5XmlPatterns.so.5 => /usr/lib/libQt5XmlPatterns.so.5 (0x00007f5f835d1000) libQt5Help.so.5 => /usr/lib/libQt5Help.so.5 (0x00007f5f83335000) libQt5WebKit.so.5 => /usr/lib/libQt5WebKit.so.5 (0x00007f5f80ca2000) libQt5Network.so.5 => /usr/lib/libQt5Network.so.5 (0x00007f5f80936000) libQt5PrintSupport.so.5 => /usr/lib/libQt5PrintSupport.so.5 (0x00007f5f806c5000) libQt5Widgets.so.5 => /usr/lib/libQt5Widgets.so.5 (0x00007f5f7fe4b000) libQt5X11Extras.so.5 => /usr/lib/libQt5X11Extras.so.5 (0x00007f5f7fc47000) libQt5Gui.so.5 => /usr/lib/libQt5Gui.so.5 (0x00007f5f7f4c4000) libQt5Core.so.5 => /usr/lib/libQt5Core.so.5 (0x00007f5f7edfa000)
libQtSvg.so.4 => /usr/lib/libQtSvg.so.4 (0x00007f5f7c167000) libQtGui.so.4 => /usr/lib/libQtGui.so.4 (0x00007f5f7b42e000) libQtCore.so.4 => /usr/lib/libQtCore.so.4 (0x00007f5f7af26000)
libQt5CLucene.so.5 => /usr/lib/libQt5CLucene.so.5 (0x00007f5f7ac2c000) libQt5Sensors.so.5 => /usr/lib/libQt5Sensors.so.5 (0x00007f5f775eb000) libQt5Positioning.so.5 => /usr/lib/libQt5Positioning.so.5 (0x00007f5f773ab000) libQt5Quick.so.5 => /usr/lib/libQt5Quick.so.5 (0x00007f5f76dc3000) libQt5Qml.so.5 => /usr/lib/libQt5Qml.so.5 (0x00007f5f767d2000) libQt5WebChannel.so.5 => /usr/lib/libQt5WebChannel.so.5 (0x00007f5f765b5000)
Note that /usr/lib also contains the Qt5 versions of those libraries (libQt5Svg, libQt5Gui and libQt5Core). Any ideas? I'm probably overlooking something — I don't have a lot of experience manually changing cmake settings.
Best, Pieter
On 2 May 2016 at 14:01, Jan Möbius moebius@cs.rwth-aachen.de wrote:
Hi,
your backtrace states that you are linking against Qt 4 or a mixture of 4/5. Please do the following steps:
Open cmake Set QT5_INSTALL_PATH to your Qt installation dir( e.g. .../Qt-5.5.1/5.5/gcc_64 ) Select all other Qt related entries in cmake and remove them. configure generate.
You should not see any other qt4 related entries after this. Then rebuild.
Hi Pieter,
Sorry for the late reply. We are still working on 5.6. Currently the git master contains several new patches to deal with this version. It disables some libraries which are not required anymore via cmake. I'm not sure if that fixes your Problem.
There are also still Problems on other platforms (VS2015 with internal compiler errors,...) so still some work to do getting 5.6 completly supported.
What you can also try, Open cmake and remove all qt related entries except the QT5_INSTALL_PATH. Set the PATH to empty and rerun cmake.
Check if all variables are correct. You can also search in the "CMakeCache.txt" file which contains all cached variables.
Best, Jan
On 02.05.2016 17:37, Pieter Barendrecht wrote:
Hi Jan,
Thanks for your reply. I tried several paths for QT5_INSTALL_PATH, no luck so far. After I press configure, I don't see anything that mentions the Qt4 libraries, just entries like Qt5Svg_DIR which are set to e.g. /usr/lib64/cmake/Qt5Svg (/usr/lib64 is a symlink to /lib which in turn is a symlink to /usr/lib). However, for some reason a couple of Qt4 libraries are still being used —
ldd ./OpenFlipper | grep -i "Qt" libQt5Declarative.so.5 => /usr/lib/libQt5Declarative.so.5 (0x00007f5f849f9000) libQt5OpenGL.so.5 => /usr/lib/libQt5OpenGL.so.5 (0x00007f5f847a1000) libQt5Script.so.5 => /usr/lib/libQt5Script.so.5 (0x00007f5f84310000) libQt5ScriptTools.so.5 => /usr/lib/libQt5ScriptTools.so.5 (0x00007f5f8403d000) libQt5Sql.so.5 => /usr/lib/libQt5Sql.so.5 (0x00007f5f83df6000) libQt5Xml.so.5 => /usr/lib/libQt5Xml.so.5 (0x00007f5f83bbb000) libQt5XmlPatterns.so.5 => /usr/lib/libQt5XmlPatterns.so.5 (0x00007f5f835d1000) libQt5Help.so.5 => /usr/lib/libQt5Help.so.5 (0x00007f5f83335000) libQt5WebKit.so.5 => /usr/lib/libQt5WebKit.so.5 (0x00007f5f80ca2000) libQt5Network.so.5 => /usr/lib/libQt5Network.so.5 (0x00007f5f80936000) libQt5PrintSupport.so.5 => /usr/lib/libQt5PrintSupport.so.5 (0x00007f5f806c5000) libQt5Widgets.so.5 => /usr/lib/libQt5Widgets.so.5 (0x00007f5f7fe4b000) libQt5X11Extras.so.5 => /usr/lib/libQt5X11Extras.so.5 (0x00007f5f7fc47000) libQt5Gui.so.5 => /usr/lib/libQt5Gui.so.5 (0x00007f5f7f4c4000) libQt5Core.so.5 => /usr/lib/libQt5Core.so.5 (0x00007f5f7edfa000)
libQtSvg.so.4 => /usr/lib/libQtSvg.so.4 (0x00007f5f7c167000) libQtGui.so.4 => /usr/lib/libQtGui.so.4 (0x00007f5f7b42e000) libQtCore.so.4 => /usr/lib/libQtCore.so.4 (0x00007f5f7af26000) libQt5CLucene.so.5 => /usr/lib/libQt5CLucene.so.5 (0x00007f5f7ac2c000) libQt5Sensors.so.5 => /usr/lib/libQt5Sensors.so.5 (0x00007f5f775eb000) libQt5Positioning.so.5 => /usr/lib/libQt5Positioning.so.5(0x00007f5f773ab000) libQt5Quick.so.5 => /usr/lib/libQt5Quick.so.5 (0x00007f5f76dc3000) libQt5Qml.so.5 => /usr/lib/libQt5Qml.so.5 (0x00007f5f767d2000) libQt5WebChannel.so.5 => /usr/lib/libQt5WebChannel.so.5 (0x00007f5f765b5000)
Note that /usr/lib also contains the Qt5 versions of those libraries (libQt5Svg, libQt5Gui and libQt5Core). Any ideas? I'm probably overlooking something — I don't have a lot of experience manually changing cmake settings.
Best, Pieter
On 2 May 2016 at 14:01, Jan Möbius <moebius@cs.rwth-aachen.de mailto:moebius@cs.rwth-aachen.de> wrote:
Hi, your backtrace states that you are linking against Qt 4 or a mixture of 4/5. Please do the following steps: Open cmake Set QT5_INSTALL_PATH to your Qt installation dir( e.g. .../Qt-5.5.1/5.5/gcc_64 ) Select all other Qt related entries in cmake and remove them. configure generate. You should not see any other qt4 related entries after this. Then rebuild.
Openflipper mailing list Openflipper@lists.rwth-aachen.de http://mailman.rwth-aachen.de/mailman/listinfo/openflipper
Hi Jan,
Thanks for the update. I started with a fresh clone (git clone --recursive https://www.graphics.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free.g...), mkdir build, cd build, cmake .., make. At 93%, I get this output —
---
Scanning dependencies of target Plugin-TypePolyhedralMesh [ 93%] Building CXX object PluginCollection-TypePlugins/Plugin-TypePolyhedralMesh/CMakeFiles/Plugin-TypePolyhedralMesh.dir/TypePolyhedralMesh.cc.o In file included from /home/pieter/OpenFlipper-Free/libs_required/OpenVolumeMesh/src/OpenVolumeMesh/Attribs/StatusAttrib.hh:50:0, from /home/pieter/OpenFlipper-Free/ObjectTypes/VolumeMeshObject/VolumeMeshNode.hh:61, from /home/pieter/OpenFlipper-Free/ObjectTypes/VolumeMeshObject/VolumeMeshObject.hh:63, from /home/pieter/OpenFlipper-Free/ObjectTypes/PolyhedralMesh/PolyhedralMesh.hh:64, from /home/pieter/OpenFlipper-Free/PluginCollection-TypePlugins/Plugin-TypePolyhedralMesh/TypePolyhedralMesh.hh:55, from /home/pieter/OpenFlipper-Free/PluginCollection-TypePlugins/Plugin-TypePolyhedralMesh/TypePolyhedralMesh.cc:50: /home/pieter/OpenFlipper-Free/libs_required/OpenVolumeMesh/src/OpenVolumeMesh/Attribs/../Core/PropertyDefines.hh: In member function ‘const string OpenVolumeMesh::VertexPropertyT<T>::typeNameWrapper() const [with T = OpenMesh::VectorT<float, 2>]’: /home/pieter/OpenFlipper-Free/libs_required/OpenVolumeMesh/src/OpenVolumeMesh/Attribs/../Core/PropertyDefines.hh:85:76: internal compiler error: in assign_temp, at function.c:961 virtual const std::string typeNameWrapper() const { return typeName<T>(); }
^ Please submit a full bug report, with preprocessed source if appropriate. See https://bugs.archlinux.org/ for instructions. PluginCollection-TypePlugins/Plugin-TypePolyhedralMesh/CMakeFiles/Plugin-TypePolyhedralMesh.dir/build.make:66: recipe for target 'PluginCollection-TypePlugins/Plugin-TypePolyhedralMesh/CMakeFiles/Plugin-TypePolyhedralMesh.dir/TypePolyhedralMesh.cc.o' failed make[2]: *** [PluginCollection-TypePlugins/Plugin-TypePolyhedralMesh/CMakeFiles/Plugin-TypePolyhedralMesh.dir/TypePolyhedralMesh.cc.o] Error 1 CMakeFiles/Makefile2:8258: recipe for target 'PluginCollection-TypePlugins/Plugin-TypePolyhedralMesh/CMakeFiles/Plugin-TypePolyhedralMesh.dir/all' failed make[1]: *** [PluginCollection-TypePlugins/Plugin-TypePolyhedralMesh/CMakeFiles/Plugin-TypePolyhedralMesh.dir/all] Error 2 Makefile:149: recipe for target 'all' failed make: *** [all] Error 2
---
The error doesn't seem to be directly related to OpenFlipper though, as the error message mentions a compiler error. I'll look into this and get back you when I have an update.
Best, Pieter
On 19 May 2016 at 08:15, Jan Möbius moebius@cs.rwth-aachen.de wrote:
Hi Pieter,
Sorry for the late reply. We are still working on 5.6. Currently the git master contains several new patches to deal with this version. It disables some libraries which are not required anymore via cmake. I'm not sure if that fixes your Problem.
There are also still Problems on other platforms (VS2015 with internal compiler errors,...) so still some work to do getting 5.6 completly supported.
What you can also try, Open cmake and remove all qt related entries except the QT5_INSTALL_PATH. Set the PATH to empty and rerun cmake.
Check if all variables are correct. You can also search in the "CMakeCache.txt" file which contains all cached variables.
Best, Jan
On 02.05.2016 17:37, Pieter Barendrecht wrote:
Hi Jan,
Thanks for your reply. I tried several paths for QT5_INSTALL_PATH, no luck so far. After I press configure, I don't see anything that mentions the Qt4 libraries, just entries like Qt5Svg_DIR which are set to e.g. /usr/lib64/cmake/Qt5Svg (/usr/lib64 is a symlink to /lib which in turn is a symlink to /usr/lib). However, for some reason a couple of Qt4 libraries are still being used —
ldd ./OpenFlipper | grep -i "Qt" libQt5Declarative.so.5 => /usr/lib/libQt5Declarative.so.5 (0x00007f5f849f9000) libQt5OpenGL.so.5 => /usr/lib/libQt5OpenGL.so.5 (0x00007f5f847a1000) libQt5Script.so.5 => /usr/lib/libQt5Script.so.5 (0x00007f5f84310000) libQt5ScriptTools.so.5 => /usr/lib/libQt5ScriptTools.so.5 (0x00007f5f8403d000) libQt5Sql.so.5 => /usr/lib/libQt5Sql.so.5 (0x00007f5f83df6000) libQt5Xml.so.5 => /usr/lib/libQt5Xml.so.5 (0x00007f5f83bbb000) libQt5XmlPatterns.so.5 => /usr/lib/libQt5XmlPatterns.so.5 (0x00007f5f835d1000) libQt5Help.so.5 => /usr/lib/libQt5Help.so.5 (0x00007f5f83335000) libQt5WebKit.so.5 => /usr/lib/libQt5WebKit.so.5 (0x00007f5f80ca2000) libQt5Network.so.5 => /usr/lib/libQt5Network.so.5
(0x00007f5f80936000)
libQt5PrintSupport.so.5 => /usr/lib/libQt5PrintSupport.so.5(0x00007f5f806c5000) libQt5Widgets.so.5 => /usr/lib/libQt5Widgets.so.5
(0x00007f5f7fe4b000)
libQt5X11Extras.so.5 => /usr/lib/libQt5X11Extras.so.5(0x00007f5f7fc47000) libQt5Gui.so.5 => /usr/lib/libQt5Gui.so.5 (0x00007f5f7f4c4000) libQt5Core.so.5 => /usr/lib/libQt5Core.so.5 (0x00007f5f7edfa000)
libQtSvg.so.4 => /usr/lib/libQtSvg.so.4 (0x00007f5f7c167000) libQtGui.so.4 => /usr/lib/libQtGui.so.4 (0x00007f5f7b42e000) libQtCore.so.4 => /usr/lib/libQtCore.so.4 (0x00007f5f7af26000) libQt5CLucene.so.5 => /usr/lib/libQt5CLucene.so.5(0x00007f5f7ac2c000)
libQt5Sensors.so.5 => /usr/lib/libQt5Sensors.so.5(0x00007f5f775eb000)
libQt5Positioning.so.5 => /usr/lib/libQt5Positioning.so.5(0x00007f5f773ab000) libQt5Quick.so.5 => /usr/lib/libQt5Quick.so.5 (0x00007f5f76dc3000) libQt5Qml.so.5 => /usr/lib/libQt5Qml.so.5 (0x00007f5f767d2000) libQt5WebChannel.so.5 => /usr/lib/libQt5WebChannel.so.5 (0x00007f5f765b5000)
Note that /usr/lib also contains the Qt5 versions of those libraries (libQt5Svg, libQt5Gui and libQt5Core). Any ideas? I'm probably overlooking something — I don't have a lot of experience manually changing cmake settings.
Best, Pieter
On 2 May 2016 at 14:01, Jan Möbius <moebius@cs.rwth-aachen.de mailto:moebius@cs.rwth-aachen.de> wrote:
Hi, your backtrace states that you are linking against Qt 4 or a mixtureof
4/5. Please do the following steps: Open cmake Set QT5_INSTALL_PATH to your Qt installation dir( e.g. .../Qt-5.5.1/5.5/gcc_64 ) Select all other Qt related entries in cmake and remove them. configure generate. You should not see any other qt4 related entries after this. Then rebuild.
Openflipper mailing list Openflipper@lists.rwth-aachen.de http://mailman.rwth-aachen.de/mailman/listinfo/openflipper
-- Dipl.Inform. Jan Möbius Department of Computer Science VIII Aachen University of Technology (RWTH) Ahornstrasse 55, 52074 Aachen, Germany
Phone ++49 (0)241 80-21802 Fax ++49 (0)241 80-22899 mailto:moebius@cs.rwth-aachen.de http://www.rwth-graphics.de _______________________________________________ Openflipper mailing list Openflipper@lists.rwth-aachen.de http://mailman.rwth-aachen.de/mailman/listinfo/openflipper
openflipper@lists.rwth-aachen.de
-
Jan Möbius -
Pieter Barendrecht