Eric Christopher | 1 Feb 2012 03:03
Picon
Favicon

Re: #error and #warning: why include "#error/#warning" in the diagnostic?


On Jan 31, 2012, at 6:00 PM, Douglas Gregor wrote:

> 
> 
> Sent from my iPhone
> 
> On Jan 31, 2012, at 1:39 PM, Eric Christopher <echristo@...> 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@...> 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"
(Continue reading)


Gmane