[cfe-dev] #error and #warning: why include "#error/#warning" in the diagnostic?
Douglas Gregor
dgregor at apple.com
Tue Jan 31 18:00:19 PST 2012
Sent from my iPhone
On Jan 31, 2012, at 1:39 PM, Eric Christopher <echristo at apple.com> wrote:
>
> On Jan 31, 2012, at 12:35 PM, Ted Kremenek wrote:
>
>> On Jan 31, 2012, at 12:29 PM, Dmitri Gribenko wrote:
>>
>>> On Tue, Jan 31, 2012 at 10:17 PM, Ted Kremenek <kremenek at apple.com> wrote:
>>>> I received some feedback from some users who wondered why #error/#warning diagnostics include the actual "#error" in the diagnostic, e.g.:
>>>>
>>>> t.c:1:2: error: #error this is an error
>>>>
>>>> This seems redundant. Is this necessary?
>>>
>>> It marks explicitly diagnostics that come from source code (as opposed
>>> to diagnostics coming from the compiler).
>>
>> That seems fine for text output, but for other clients (e.g., IDEs) we have diagnostic categories that could provide the same functionality with a much better experience.
>
> True, no ideas how to do that though. Distinguishing between "compile error because the code is wrong" and "compile error because of a #error" is at least reasonably important I think.
But the caret location makes it blindingly obvious that this came from a #error or #warning. We don't need the diagnostic text to remind us a second time.
More information about the cfe-dev
mailing list