https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61534
Bug 61534 depends on bug 43486, which changed state.
Bug 43486 Summary: Preserve variable-use locations
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43486
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61534
--- Comment #13 from Eric Gallager ---
(In reply to Marek Polacek from comment #11)
> Np. It's certainly something I'd love to see fixed :/. Hopefully the next
> stage1.
It's a new stage1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61534
Manuel López-Ibáñez changed:
What|Removed |Added
Blocks||87656
--- Comment #12 from Manuel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61534
--- Comment #11 from Marek Polacek ---
Np. It's certainly something I'd love to see fixed :/. Hopefully the next
stage1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61534
--- Comment #10 from Manuel López-Ibáñez ---
(In reply to Marek Polacek from comment #9)
> So that's why this PR is still open.
Sure, sorry, I should have been clearer. It was mostly a note to myself so I do
not need to re-check next time I look
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61534
--- Comment #9 from Marek Polacek ---
So that's why this PR is still open.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61534
--- Comment #8 from Manuel López-Ibáñez ---
The last patch did not fix the original testcase nor
gcc/testsuite/gcc.dg/pr40172-3.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61534
--- Comment #7 from Marek Polacek ---
Author: mpolacek
Date: Fri Apr 24 11:49:52 2015
New Revision: 222406
URL: https://gcc.gnu.org/viewcvs?rev=222406&root=gcc&view=rev
Log:
PR c/61534
* input.h (from_macro_expansion_at): Define.
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61534
Marek Polacek changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61534
Manuel López-Ibáñez changed:
What|Removed |Added
Keywords||diagnostic
Depends on|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61534
--- Comment #4 from Marek Polacek ---
BTW, clang doesn't warn even when neither operand comes from a macro expansion;
and clang version 3.4 doesn't know -Wlogical-op warning option (so I tried
-Wall -Wextra -Weverything, but still no warning). Y
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61534
--- Comment #3 from Marek Polacek ---
I don't think so, -ftrack-macro-expansion=2 is on by default and I don't see
-ftrack-macro-expansion=0 anywhere in the log of bootstrap. So maybe my
approach would be viable after all (and I could fix PR6108
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61534
--- Comment #2 from Manuel López-Ibáñez ---
(In reply to Marek Polacek from comment #1)
> and then we could use from_macro_expansion_at and don't warn if it's true.
> But the problem is with -ftrack-macro-expansion=0, since
> from_macro_expansio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61534
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
14 matches
Mail list logo
