https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103617
Andrew Macleod changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103617
--- Comment #6 from Andrew Macleod ---
Is this actually a bug? I don't believe wide_int works either? PP doesn't
work with class instances...
(gdb) p lh.lower_bound(0)
$3 = { = {val = {-2147483648, 18992502, 140737232043872,
140737233406440,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103617
--- Comment #5 from Andrew Macleod ---
Well, I don't know :-(
It looks like the temporary variable PP uses deosn't work right for references?
263 r.set_undefined ();
(gdb) n
266 if ((idx = tracer.header ("range_of_stmt (")))
(gdb)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103617
--- Comment #4 from Martin Liška ---
(In reply to Andrew Macleod from comment #3)
> Created attachment 51961 [details]
> new patch
>
> Doh. there was a thinko and I think c++ was silently changing the parameter
> back to a pointer. Try this on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103617
Andrew Macleod changed:
What|Removed |Added
Attachment #51949|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103617
--- Comment #2 from Martin Liška ---
Unfortunately, it does not help:
(gdb) pp predicate->true_range
Attempt to take address of value not located in memory.
(gdb) pp &predicate->true_range
UNDEFINED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103617
--- Comment #1 from Andrew Macleod ---
Created attachment 51949
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51949&action=edit
possible fix
I'm not familiar with enabling the debug routines (perhaps that sad), but does
this patch fix yo
