[Bug c++/85889] lambda expression can capture structured bindings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85889 Ville Voutilainen changed: What|Removed |Added CC||ville.voutilainen at gmail dot com

[Bug libitm/85988] New: Incorrect offset of __private_tm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85988 Bug ID: 85988 Summary: Incorrect offset of __private_tm Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libitm A

[Bug c++/85889] lambda expression can capture structured bindings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85889 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|SUSPENDED --- Comment #3 from Jonathan

[Bug fortran/85981] ICE in gfc_trans_string_copy, at fortran/trans-expr.c:6539

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85981 --- Comment #5 from kargl at gcc dot gnu.org --- Patch submitted. https://gcc.gnu.org/ml/gcc-patches/2018-05/msg01694.html

[Bug middle-end/85989] New: Incorrect result for example involving unary minus in a loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85989 Bug ID: 85989 Summary: Incorrect result for example involving unary minus in a loop Product: gcc Version: 6.3.0 Status: UNCONFIRMED Severity: normal P

[Bug target/85990] New: Wrong TARGET_THREAD_SPLIT_STACK_OFFSET

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85990 Bug ID: 85990 Summary: Wrong TARGET_THREAD_SPLIT_STACK_OFFSET Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target

[Bug c++/85991] New: [Concepts] Template placeholder: ICE cp_parser_lookup_name, at cp/parser.c:26223

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85991 Bug ID: 85991 Summary: [Concepts] Template placeholder: ICE cp_parser_lookup_name, at cp/parser.c:26223 Product: gcc Version: 9.0 Status: UNCONFIRMED Severity:

[Bug libitm/85988] Incorrect offsets of __private_tm and pointer_guard

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85988 H.J. Lu changed: What|Removed |Added CC||ubizjak at gmail dot com Summary|In

[Bug c/85957] i686: Integers appear to be different, but compare as equal

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85957 --- Comment #8 from Alexander Monakov --- To expand a bit: DOM makes the small testcase behave as if 'b' and 'ib' are evaluated twice: * one time, 'b' is evaluated in precision matching 'a' (either infinite or double), and 'ib' is evaluated to 1

[Bug c/85957] i686: Integers appear to be different, but compare as equal

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85957 --- Comment #9 from Alexander Monakov --- Sorry, the above comment should have said 'b * 1e6' every time it said 'b'.

[Bug c/85957] i686: Integers appear to be different, but compare as equal

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85957 --- Comment #10 from Alexander Monakov --- Also note that both the original and the reduced testcase can be tweaked to exhibit the surprising transformation even when -fexcess-precision=standard is enabled. A "lazy" way is via -mpc64, but I think

[Bug c/84168] Please backport "Avoid assembler warnings from AArch64 constructor/destructor priorities."

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84168 --- Comment #3 from Frank Mehnert --- Sorry for the late response and thanks for bringing this up on gcc-patches.

<    1   2