On 12 October 2017 at 09:24, Stefan Fuchs <[email protected]> wrote: > Hi All, > > when building MXE to update to Qt5.9.2 I this time selected the gcc 7 plugin > in MXE to use gcc 7.2.0 instead of 5x. Please don't ask me why - I just > wanted to try ;-) > > > Now I have this compile error: > > [ 59%] Building CXX object > desktop-widgets/CMakeFiles/subsurface_interface.dir/updatemanager.cpp.obj > In file included from > /home/stefan/Entwicklung/Subsurface/mxe-current-git/usr/lib/gcc/i686-w64-mingw32.shared/7.2.0/include/c++/bits/stl_algo.h:59:0, > from > /home/stefan/Entwicklung/Subsurface/mxe-current-git/usr/lib/gcc/i686-w64-mingw32.shared/7.2.0/include/c++/algorithm:62, > from > /home/stefan/Entwicklung/Subsurface/mxe-current-git/usr/i686-w64-mingw32.shared/qt5/include/QtCore/qglobal.h:109, > from > /home/stefan/Entwicklung/Subsurface/mxe-current-git/usr/i686-w64-mingw32.shared/qt5/include/QtCore/qnamespace.h:43, > from > /home/stefan/Entwicklung/Subsurface/mxe-current-git/usr/i686-w64-mingw32.shared/qt5/include/QtCore/qobjectdefs.h:48, > from > /home/stefan/Entwicklung/Subsurface/mxe-current-git/usr/i686-w64-mingw32.shared/qt5/include/QtCore/qobject.h:46, > from > /home/stefan/Entwicklung/Subsurface/mxe-current-git/usr/i686-w64-mingw32.shared/qt5/include/QtCore/QObject:1, > from > /home/stefan/Entwicklung/Subsurface/subsurface/./desktop-widgets/updatemanager.h:5, > from > /home/stefan/Entwicklung/Subsurface/subsurface/desktop-widgets/updatemanager.cpp:2: > /home/stefan/Entwicklung/Subsurface/mxe-current-git/usr/lib/gcc/i686-w64-mingw32.shared/7.2.0/include/c++/cstdlib:75:15: > fatal error: stdlib.h: No such file or directory > #include_next <stdlib.h> > ^~~~~~~~~~ > compilation terminated. > desktop-widgets/CMakeFiles/subsurface_interface.dir/build.make:191: die > Regel für Ziel > „desktop-widgets/CMakeFiles/subsurface_interface.dir/updatemanager.cpp.obj“ > scheiterte > > Is this s.th. we can even fix in our code (??) or makefiles? Or shall I > better go back to standard gcc 5x again? >
this looks like something which isn't a problem on the subsurface side. my bet is that the mingw 7x "dudes" are doing something wrong with #include_next. fixing compiler headers is always a bad idea, so i'd suggest that you try another compiler and report the issue to MXE. lubomir -- _______________________________________________ subsurface mailing list [email protected] http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
