[llvm-commits] [llvm-gcc-4.2] r45054 - /llvm-gcc-4.2/trunk/gcc/testsuite/gcc.c-torture/compile/930411-1.c
Dale Johannesen
dalej at apple.com
Mon Dec 17 09:44:04 PST 2007
On Dec 16, 2007, at 2:02 PM, Chris Lattner wrote:
>
> On Dec 16, 2007, at 1:59 PM, Dale Johannesen wrote:
>
>>> I definitely agree, which is why I added it in the first place :).
>>> The problem is that it isn't hooked up with any of the other
>>> diagnostics machinery, so it isn't controllable and doesn't give
>>> decent location info (for example).
>>>
>>> I don't know that it really provides a good user experience. In the
>>> LTO case with debug info, we could do better.
>>
>> So what's your idea, detect it somewhere else? Where were you
>> thinking?
>
> For now I think we just just disable the warning.
I'd prefer to wait until the replacement is in place, if you're OK
with that.
> In the future, this could naturally be handled with Ted's work on
> static analysis stuff. The nice thing about doing it at the source
> level is that you can detect mismatches that are broken in more subtle
> ways as well, such as int foo() vs long foo(). You also get good
> diagnostics hooks and location info.
>
> -Chris
> _______________________________________________
> llvm-commits mailing list
> llvm-commits at cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits
More information about the llvm-commits
mailing list