https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19165
Andrew Pinski changed:
What|Removed |Added
CC||christian.friedl at gmx dot at
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19165
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19165
--- Comment #25 from David Malcolm ---
Author: dmalcolm
Date: Thu Nov 15 14:32:41 2018
New Revision: 266186
URL: https://gcc.gnu.org/viewcvs?rev=266186&root=gcc&view=rev
Log:
Machine-readable diagnostic output (PR other/19165)
This patch implem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19165
David Malcolm changed:
What|Removed |Added
Keywords||patch
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19165
--- Comment #23 from Manuel López-Ibáñez ---
(In reply to David Malcolm from comment #21)
> One other issue is that column numbering is rather a mess right now. From
> my rich-location patch:
>
> /* Both gcc and emacs number source *lines* star
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19165
--- Comment #22 from Manuel López-Ibáñez ---
(In reply to David Malcolm from comment #21)
> Our "column numbers" are also simply a byte-count, I believe, so a tab
> character is treated by us as simply an increment of 1 right now.
>
> I guess th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19165
--- Comment #21 from David Malcolm ---
One other issue is that column numbering is rather a mess right now. From my
rich-location patch:
/* Both gcc and emacs number source *lines* starting at 1, but
they have differing conventions for *colu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19165
--- Comment #20 from David Malcolm ---
(In reply to Teodor Petrov from comment #15)
> I'm speaking as one of Code::Blocks' developers:
> If you implement this we'll for sure use it, because we have many complaints
> similar to the one Eclipse's d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19165
--- Comment #19 from David Malcolm ---
Parsing textual gcc diagnostics is non-trivial.
FWIW, as noted on the gcc list, I had a go at creating an interchange format
for static analysis results (which includes compiler diagnostics). The aim was
t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19165
--- Comment #18 from Manuel López-Ibáñez 2013-03-27
00:59:43 UTC ---
(In reply to comment #17)
> (In reply to comment #16)
> >
> > If you have some developer power to spare, it may be worthwhile to try to
> > tackle this yourself. Otherwise I a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19165
--- Comment #17 from Teodor Petrov 2013-01-30
20:34:00 UTC ---
(In reply to comment #16)
>
> If you have some developer power to spare, it may be worthwhile to try to
> tackle this yourself. Otherwise I am afraid this will never be imple
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19165
--- Comment #16 from Manuel López-Ibáñez 2013-01-30
18:18:35 UTC ---
(In reply to comment #15)
> I'm speaking as one of Code::Blocks' developers:
> If you implement this we'll for sure use it, because we have many complaints
> similar to the one
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19165
Teodor Petrov changed:
What|Removed |Added
CC||fuscated at gmail dot com
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19165
--- Comment #14 from Clemens 2012-11-15 15:32:11
UTC ---
As describt in duplication Bug 55336 I would extend the xml for compound
messages p.e. a warning/error which points to 2 source positions like member
initialisation and member positi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19165
Manuel López-Ibáñez changed:
What|Removed |Added
CC||clemens1509 at web dot de
--- Comm
--- Comment #12 from manu at gcc dot gnu dot org 2009-08-08 17:05 ---
(In reply to comment #11)
> XML output), but I think in practice it's only useful if driven by
> cooperation from IDE people who will help establish what the XML should
> look like and commit to making an IDE use the
--- Comment #11 from joseph at codesourcery dot com 2009-08-08 16:33
---
Subject: Re: (Natural) language independent error / warning
classification
On Sat, 8 Aug 2009, manu at gcc dot gnu dot org wrote:
> I am not planning to work on this further. This patch shows that it can be
> d
--- Comment #10 from manu at gcc dot gnu dot org 2009-08-08 16:05 ---
Created an attachment (id=18329)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18329&action=view)
XML diagnostics
A prototype of XML mode for diagnostics. The output looks like:
inicializaci�n de un miembro de
--- Comment #9 from tromey at gcc dot gnu dot org 2007-01-22 16:12 ---
Some kind of machine-readable output is necessary for use by an IDE.
Eclipse can't translate the messages after they have been emitted by GCC.
So, it should run GCC in the user's locale.
However, then it would like to
--- Comment #8 from manu at gcc dot gnu dot org 2007-01-22 08:58 ---
Is this really a bug in GCC? Eclipse should run GCC with a locale it can
understand. Then, if it wants to support other languages, it has to support
them also in the parser.
Or we go for the XML output? That would be k
--- Comment #7 from ttimo at idsoftware dot com 2006-05-15 18:42 ---
an XML output mode would solve this ( and potentially a number of other similar
issues .. like having to set -fmessage-length=0 for most analyzers )
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19165
--- Comment #6 from tromey at gcc dot gnu dot org 2005-10-23 06:47 ---
There's an Eclipse PR for this, fwiw:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=108720
If you look there you can see further motivation -- in particular,
the continuation messages that gcc sometimes prints are b
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-15
21:20 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From walles at mailblocks dot com 2005-03-29 08:04
---
That's what they are doing currently, but it works only for English :-(.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19165
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29
01:46 ---
What about changing the IDEs so they understand the natural language
warning/error/note
classification instead?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19165
--- Additional Comments From walles at mailblocks dot com 2004-12-27 17:51
---
The IDE wants to present gcc's messages to people, so it's not as if the IDE
wants to understand the messages themselves (except whether they are warnings or
errors). Now that I read what I wrote again I can
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-27
14:29 ---
I don't think we should do this because the warnings are for people not for
IDEs. Maybe the IDEs
should use the translated message instead aka use the .pot file from gcc to do
the parsing :).
--
27 matches
Mail list logo