-
Bug
-
Resolution: Done
-
P3: Somewhat important
-
Qt Creator 2.6.1
-
None
-
Mac OSX Lion; probably the same on any clang-using platform
-
6a7cefbd97cddd0258c394623932723c53472b82
qtbase/mkspecs/qmodule.pri gives the -fcolor-diagnostics flag to clang and clang++. That's nice in the terminal, but when you do a build in Creator, error messages will have ANSI color codes in them, which are just displayed in ASCII-fied form in the Compile Output pane, e.g.
[1mqquickabstractfiledialog.cpp:110:7: [0m[0;1;31merror: [0m[1mtype 'QObject' is not a direct or virtual base of 'QQuickFileDialog'[0m
: QObject(parent)
[0;1;32m ^~~~~~~
and they will not show up in the Issues pane at all. If I modify the .pri to give -fno-color-diagnostics, then Creator sees the issues properly. So I suppose we could handle the ANSI codes in the output pane, to color the messages just a like a terminal would do, and the ASCII-fied form which the parser sees should not have those codes. Alternatively Creator could override the compiler flags to omit the color (give -fno-color-diagnostics). But this issue could probably also arise with colorgcc, so maybe handling the ANSI codes is a more universal solution. Even better, the output pane could actually be a full-featured terminal. We will have a QML-based terminal soon enough anyway, and the same problem needs to be solved for that, so it's a good opportunity for some code reuse.
- relates to
-
QTCREATORBUG-5956 Support ANSI escape codes in "Application Output"-pane
-
- Closed
-
For Gerrit Dashboard: QTCREATORBUG-8610 | ||||||
---|---|---|---|---|---|---|
# | Subject | Branch | Project | Status | CR | V |
47045,2 | OutputParser: Use AnsiFilterParser | 2.7 | qt-creator/qt-creator | Status: MERGED | +2 | 0 |