Le 17/04/2016 14:12, Stephan Witt a écrit :
Am 17.04.2016 um 11:46 schrieb Kornel Benko <kor...@lyx.org>:
Am Sonntag, 17. April 2016 um 01:34:41, schrieb Guillaume Munch <g...@lyx.org>
commit 367a7a6dddc7917d5e99fa6ba894812ad6f62e48
Author: Guillaume Munch <g...@lyx.org>
Date: Tue Mar 22 21:57:17 2016 +0000
LyXToolBox: a QToolBox with minimum size management
Compiling with QT5 I get:
In file included from
/usr2/src/lyx/lyx-2.0.x-git/src/frontends/qt4/LyXToolBox.cpp:12:0:
/usr2/src/lyx/lyx-2.0.x-git/src/frontends/qt4/LyXToolBox.h:15:26: fatal error:
QtGui/QToolBox: No such file or directory
compilation terminated.
make[2]: ***
[src/frontends/qt4/CMakeFiles/frontend_qt.dir/usr2/src/lyx/lyx-2.0.x-git/src/frontends/qt4/LyXToolBox.cpp.o]
Error 1
There is only 1 file named QToolBox in QT5.x:
"QtWidgets/QToolBox"
Kornel
On Mac the attached patch helps.
But LyXToolBox.cpp doesn’t compile with cxx11 enabled on Mac.
======
In file included from
/Users/stephan/git/lyx/src/frontends/qt4/LyXToolBox.cpp:17:
In file included from /Users/stephan/git/lyx/src/support/debug.h:18:
/Users/stephan/git/lyx/src/support/strfwd.h:50:19: error: explicit
specialization of non-template struct 'char_traits'
template<> struct char_traits<char>;
^ ~~~~~~
/Users/stephan/git/lyx/src/support/strfwd.h:50:19: error: redefinition of
'char_traits' as different kind of symbol
/Users/stephan/git/lyx/src/support/strfwd.h:49:32: note: previous definition is
here
template<typename Char> struct char_traits;
^
/Users/stephan/git/lyx/src/support/strfwd.h:56:9: error: unknown type name
'basic_string'; did you mean 'basic_stringbuf'?
typedef basic_string<char, char_traits<char>, allocator<char> > string;
^~~~~~~~~~~~
basic_stringbuf
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/iosfwd:117:33:
note: 'basic_stringbuf' declared here
class _LIBCPP_TYPE_VIS_ONLY basic_stringbuf;
^
=====
Stephan
I do not see this on Linux and I have no clue as I do not know what
compile flags you have. I'm thinking about a bug in debug.h or strfwd.h
as we experienced before.
