[Bug middle-end/88784] Middle end is missing some optimizations about unsigned

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88784 --- Comment #11 from Qi Feng --- I tried 2 patterns for the following test /* 1. x > y && x != 0 --> x > y */ /* 2. y < x && x != 0 --> y < x */ /* 3. x != 0 && x > y --> x > y */ /* 4. x != 0 && y

[Bug c++/79008] missing detail in -Wbuiltin-declaration-mismatch

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79008 --- Comment #4 from Eric Gallager --- (In reply to Martin Sebor from comment #2) > > One example of an incompatibility is the following declaration: > > int __attribute__ ((pure)) abs (int); > > where abs() the built-in is actually declared

[Bug target/90600] incompatible 64-bit-types in x86-intrinsics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90600 Marc Glisse changed: What|Removed |Added Keywords|ssemmx | --- Comment #5 from Marc Glisse --- (In

[Bug middle-end/34678] Optimization generates incorrect code with -frounding-math option (#pragma STDC FENV_ACCESS not implemented)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34678 --- Comment #41 from joseph at codesourcery dot com --- It's likely that caring about exceptions would actually be worse for optimization than caring about rounding modes (because exceptions mean that floating-point operations can write global

[Bug translation/40883] [meta-bug] Translation breakage with trivial fixes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40883 --- Comment #8 from joseph at codesourcery dot com --- Given how often such issues are in target-specific code, for targets that only get built as cross compilers, in practice we'll need someone building for all architectures *using a native

[Bug target/90552] attribute((optimize(3))) not overriding -Os

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90552 --- Comment #5 from uros at gcc dot gnu.org --- Author: uros Date: Thu May 23 19:46:56 2019 New Revision: 271576 URL: https://gcc.gnu.org/viewcvs?rev=271576=gcc=rev Log: PR target/90552 * config/i386/i386.c (gen_rtx_cost):

[Bug target/90600] incompatible 64-bit-types in x86-intrinsics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90600 --- Comment #4 from g.peterh...@t-online.de --- Am 23.05.19 um 20:11 schrieb glisse at gcc dot gnu.org: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90600 > > --- Comment #3 from Marc Glisse --- > Intel documents that it uses "unsigned

[Bug middle-end/90607] [10 regression] gcc.dg/pr53265.c FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90607 Rainer Orth changed: What|Removed |Added Target Milestone|--- |10.0

[Bug middle-end/90607] New: [10 regression] gcc.dg/pr53265.c FAILs

20190522 (r271513) and 20190523 (r271572), gcc.dg/pr53265.c began to FAIL on a couple of targets: +FAIL: gcc.dg/pr53265.c (test for excess errors) Excess errors: cc1: warning: '__builtin_memcpy' forming offset [17, 24] is out of the bounds [0, 16] of object 'c' with type 'unsigned char[16

[Bug c++/90606] New: Replace mfence with faster xchg for std::memory_order_seq_cst.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90606 Bug ID: 90606 Summary: Replace mfence with faster xchg for std::memory_order_seq_cst. Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug middle-end/90605] [10 regression] ICE: in gimplify_cond_expr, at gimplify.c:3998

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90605 Rainer Orth changed: What|Removed |Added Target Milestone|--- |10.0

[Bug middle-end/90605] New: [10 regression] ICE: in gimplify_cond_expr, at gimplify.c:3998

Between 20190522 (r271513) and 20190523 (r271572), three D tests began to FAIL on Solaris 11/SPARC and x86, both 32 and 64-bit: +FAIL: gdc.test/runnable/link15017.d (internal compiler error) +FAIL: gdc.test/runnable/link15017.d -O2 (internal compiler error) +FAIL: gdc.test/runnable/link15017.d -O2

[Bug target/90600] incompatible 64-bit-types in x86-intrinsics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90600 --- Comment #3 from Marc Glisse --- Intel documents that it uses "unsigned __int64" but I don't see where they document what __int64 is. We could take a "void *out" argument and cast it inside the function, but that would lose useful diagnostics

[Bug target/90600] incompatible 64-bit-types in x86-intrinsics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90600 --- Comment #2 from g.peterh...@t-online.de --- Am 23.05.19 um 19:04 schrieb jakub at gcc dot gnu.org: > Note, clang agrees with gcc here, and I don't think it is a good idea to > change > this incompatibly. I think it would be better if there

[Bug c++/90590] enumeration value not handled in switch warning for std::ios_base::seek_dir

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90590 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #7

[Bug d/90604] New: ICE in sizemask, at d/dmd/mtype.c:2542

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90604 Bug ID: 90604 Summary: ICE in sizemask, at d/dmd/mtype.c:2542 Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: d

[Bug d/90603] New: ICE in functionParameters, at d/dmd/expression.c:1553

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90603 Bug ID: 90603 Summary: ICE in functionParameters, at d/dmd/expression.c:1553 Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug d/90602] New: ICE: null field

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90602 Bug ID: 90602 Summary: ICE: null field Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: d Assignee: ibuclaw at

[Bug d/90601] New: ICE: gimplification failed (gimplify.c at 13436)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90601 Bug ID: 90601 Summary: ICE: gimplification failed (gimplify.c at 13436) Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug target/90600] incompatible 64-bit-types in x86-intrinsics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90600 Jakub Jelinek changed: What|Removed |Added CC||hjl.tools at gmail dot com,

[Bug c++/90598] [9/10 Regression] Return type of explicit destructor call wrong

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90598 --- Comment #4 from Jakub Jelinek --- Another possibility is to return clk_none from lvalue_kind when seeing a MODIFY_EXPR with VOID_TYPE_P (TREE_TYPE (ref)).

[Bug c++/90598] [9/10 Regression] Return type of explicit destructor call wrong

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90598 --- Comment #3 from Jakub Jelinek --- The problem is that by the time finish_decltype_type is called, the destructor call is already folded into a TARGET_EXPR = {CLOBBER}; The following untested patch fixes it for me: 2019-05-23 Jakub Jelinek

[Bug c++/90598] [9/10 Regression] Return type of explicit destructor call wrong

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90598 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/90513] asm thunks do not work on PowerPC64/VxWorks (kernel mode)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90513 --- Comment #16 from Eric Botcazou --- > you mean ,the target-independent code in the C++ front end will generate a > less efficient heavyweight thunk that calls function instead of jumping to > it ? The cgraphunit code

[Bug target/90600] New: incompatible 64-bit-types in x86-intrinsics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90600 Bug ID: 90600 Summary: incompatible 64-bit-types in x86-intrinsics Product: gcc Version: 9.1.1 Status: UNCONFIRMED Keywords: ssemmx Severity: normal Priority:

[Bug tree-optimization/90576] [10 regression] SPEC CPU2006 450.soplex miscompiled with -Os -flto after r271413

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90576 --- Comment #3 from Jan Hubicka --- Author: hubicka Date: Thu May 23 16:07:07 2019 New Revision: 271572 URL: https://gcc.gnu.org/viewcvs?rev=271572=gcc=rev Log: PR tree-optimization/90576 * tree-ssa-alias.c (compare_sizes):

[Bug c++/90590] enumeration value not handled in switch warning for std::ios_base::seek_dir

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90590 --- Comment #6 from Marek Polacek --- (In reply to Jonathan Wakely from comment #5) > (In reply to Marek Polacek from comment #4) > > Suppressing the warning when the enumerator comes from a system header > > should be fairly easy using

[Bug c++/90590] enumeration value not handled in switch warning for std::ios_base::seek_dir

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90590 --- Comment #5 from Jonathan Wakely --- (In reply to Marek Polacek from comment #4) > Suppressing the warning when the enumerator comes from a system header > should be fairly easy using in_system_header_at. Yes, I got that working myself

[Bug c++/90590] enumeration value not handled in switch warning for std::ios_base::seek_dir

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90590 Marek Polacek changed: What|Removed |Added CC||mpolacek at gcc dot gnu.org --- Comment

[Bug libstdc++/85998] feature request: support C++17 parallel STL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85998 Jonathan Wakely changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug libstdc++/88740] [7 Regression] libstdc++ tests no longer print assertion failure messages

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88740 Jonathan Wakely changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug libstdc++/88740] [7 Regression] libstdc++ tests no longer print assertion failure messages

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88740 --- Comment #4 from Jonathan Wakely --- Author: redi Date: Thu May 23 15:34:37 2019 New Revision: 271569 URL: https://gcc.gnu.org/viewcvs?rev=271569=gcc=rev Log: PR libstdc++/88740 Print assertion messages to stderr Backport from mainline

[Bug libstdc++/89466] [7/8 Regression] Accessing the Internet while boostrapping

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89466 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug libstdc++/89466] [7/8 Regression] Accessing the Internet while boostrapping

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89466 --- Comment #21 from Jonathan Wakely --- Author: redi Date: Thu May 23 15:34:42 2019 New Revision: 271570 URL: https://gcc.gnu.org/viewcvs?rev=271570=gcc=rev Log: PR libstdc++/89466 avoid slow xsltproc command in configure Certain broken

[Bug libstdc++/89466] [7/8 Regression] Accessing the Internet while boostrapping

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89466 --- Comment #20 from Jonathan Wakely --- Author: redi Date: Thu May 23 15:34:25 2019 New Revision: 271568 URL: https://gcc.gnu.org/viewcvs?rev=271568=gcc=rev Log: PR libstdc++/89466 avoid slow xsltproc command in configure Certain broken

[Bug c++/90598] [9/10 Regression] Return type of explicit destructor call wrong

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90598 Jonathan Wakely changed: What|Removed |Added CC||jason at gcc dot gnu.org Target

[Bug middle-end/90599] New: Inefficient code for __builtin_memset

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90599 Bug ID: 90599 Summary: Inefficient code for __builtin_memset Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end

[Bug c++/90598] New: Return type of explicit destructor call wrong

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90598 Bug ID: 90598 Summary: Return type of explicit destructor call wrong Product: gcc Version: 9.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug libstdc++/90220] std::any_cast misbehaves for function and array types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90220 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug libstdc++/90220] std::any_cast misbehaves for function and array types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90220 --- Comment #10 from Jonathan Wakely --- Author: redi Date: Thu May 23 15:08:58 2019 New Revision: 271565 URL: https://gcc.gnu.org/viewcvs?rev=271565=gcc=rev Log: PR libstdc++/90220 Fix any_cast for non-object types Backport from mainline

[Bug libstdc++/90220] std::any_cast misbehaves for function and array types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90220 --- Comment #8 from Jonathan Wakely --- Author: redi Date: Thu May 23 14:49:15 2019 New Revision: 271561 URL: https://gcc.gnu.org/viewcvs?rev=271561=gcc=rev Log: PR libstdc++/90220 Fix any_cast for non-object types Backport from mainline

[Bug c++/90569] __STDCPP_DEFAULT_NEW_ALIGNMENT__ is wrong for i386-pc-solaris2.11

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90569 --- Comment #9 from Jonathan Wakely --- (In reply to Florian Weimer from comment #8) > The problem is that popular mallocs do not care about ABI and return > unaligned pointers for allocations smaller than the max_align_t alignment. > As a

[Bug c++/90569] __STDCPP_DEFAULT_NEW_ALIGNMENT__ is wrong for i386-pc-solaris2.11

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90569 Florian Weimer changed: What|Removed |Added CC||fw at gcc dot gnu.org --- Comment #8

[Bug preprocessor/90581] provide an option to adjust the maximum depth of nested #include

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90581 --- Comment #2 from qinzhao at gcc dot gnu.org --- (In reply to Richard Biener from comment #1) > Confirmed. Just curious - were you able to simply up this limit > successfully? Yes, one of our applications' depth of nested #include is 202

[Bug libstdc++/90220] std::any_cast misbehaves for function and array types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90220 --- Comment #7 from Jonathan Wakely --- Author: redi Date: Thu May 23 14:18:13 2019 New Revision: 271558 URL: https://gcc.gnu.org/viewcvs?rev=271558=gcc=rev Log: PR libstdc++/90220 fix experimental::any_cast for non-object types This

[Bug middle-end/90597] New: FAIL: gcc.dg/attr-vector_size.c (internal compiler error)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90597 Bug ID: 90597 Summary: FAIL: gcc.dg/attr-vector_size.c (internal compiler error) Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal

[Bug libgomp/90596] New: 'GOACC_parallel_keyed' should use 'GOMP_MAP_VARS_TARGET'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90596 Bug ID: 90596 Summary: 'GOACC_parallel_keyed' should use 'GOMP_MAP_VARS_TARGET' Product: gcc Version: 10.0 Status: UNCONFIRMED Keywords: openacc

[Bug libstdc++/90220] std::any_cast misbehaves for function and array types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90220 --- Comment #6 from Jonathan Wakely --- Author: redi Date: Thu May 23 13:39:06 2019 New Revision: 271556 URL: https://gcc.gnu.org/viewcvs?rev=271556=gcc=rev Log: PR libstdc++/90220 fix experimental::any_cast for non-object types This

[Bug tree-optimization/90571] Missed optimization opportunity when returning function pointers based on run-time boolean

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90571 --- Comment #4 from Vittorio Romeo --- > I wonder how the "original" testcase looked like - the one in this bug is probably simplified from real-world code? This is what the original author of the code (Filipp Gelman) said: > I was reviewing

[Bug debug/90584] [gdb] gdb is not stopped at a breakpoint in an executed line of code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90584 Yibiao Yang changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID

[Bug other/86656] Issues found with -fsanitize=address

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86656 Bug 86656 depends on bug 90587, which changed state. Bug 90587 Summary: [10 Regression] asan: stack-use-after-scope with -O3 and -Wall https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90587 What|Removed |Added

[Bug c++/90587] [10 Regression] asan: stack-use-after-scope with -O3 and -Wall

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90587 Martin Liška changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug tree-optimization/90594] [9/10 regression] Spurious popcount emitted

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90594 --- Comment #2 from Richard Biener --- For example DCE could, when it comes to marking a loop-closed PHI node necessary see if it can replace it by computing the final value and if so do _not_ mark its definition necessary (and record this

[Bug c++/90587] [10 Regression] asan: stack-use-after-scope with -O3 and -Wall

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90587 --- Comment #9 from Martin Liška --- Author: marxin Date: Thu May 23 12:07:09 2019 New Revision: 271555 URL: https://gcc.gnu.org/viewcvs?rev=271555=gcc=rev Log: Do not use tree_to_wide_ref that point to a temporary (PR c++/90587). 2019-05-23

[Bug debug/90574] [gdb] gdb wrongly stopped at a breakpoint in an unexecuted line of code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90574 --- Comment #2 from Yibiao Yang --- (In reply to Richard Biener from comment #1) > We somehow build a broken(?) CFG from the start: > > ;; basic block 2, loop depth 0 > ;;pred: ENTRY > if (argc == 0) > ;;succ: 3 > > ;;

[Bug tree-optimization/90594] [9/10 regression] Spurious popcount emitted

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90594 Richard Biener changed: What|Removed |Added Keywords||missed-optimization

[Bug c++/90592] Documentation: Missing word (or wrong parenthesization) in "Function Names as Strings"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90592 Jonathan Wakely changed: What|Removed |Added Status|NEW |RESOLVED Version|unknown

[Bug debug/90575] -gsplit-dwarf leaves behind .dwo file in cwd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90575 --- Comment #4 from Richard Biener --- (In reply to Stephan Bergmann from comment #3) > Or, to put it differently: It looks odd that while `gcc -gsplit-dwarf -c > test.c -o /path/test.o` puts test.dwo next to test.o into /path/, `gcc >

[Bug c++/90592] Documentation: Missing word (or wrong parenthesization) in "Function Names as Strings"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90592 --- Comment #2 from Jonathan Wakely --- Author: redi Date: Thu May 23 11:47:30 2019 New Revision: 271554 URL: https://gcc.gnu.org/viewcvs?rev=271554=gcc=rev Log: PR c++/90592 add missing word "scope" to __func__ docs PR c++/90592

[Bug rtl-optimization/90595] LRA liveness analysis is slow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90595 Richard Biener changed: What|Removed |Added Keywords||compile-time-hog, ra

[Bug debug/90575] -gsplit-dwarf leaves behind .dwo file in cwd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90575 --- Comment #3 from Stephan Bergmann --- Or, to put it differently: It looks odd that while `gcc -gsplit-dwarf -c test.c -o /path/test.o` puts test.dwo next to test.o into /path/, `gcc -gsplit-dwarf test.c -o /path/test` puts it into cwd.

[Bug tree-optimization/88440] size optimization of memcpy-like code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88440 Richard Biener changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug rtl-optimization/90595] New: LRA liveness analysis is slow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90595 Bug ID: 90595 Summary: LRA liveness analysis is slow Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization

[Bug tree-optimization/88440] size optimization of memcpy-like code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88440 --- Comment #23 from Richard Biener --- Author: rguenth Date: Thu May 23 11:35:16 2019 New Revision: 271553 URL: https://gcc.gnu.org/viewcvs?rev=271553=gcc=rev Log: 2019-05-23 Richard Biener PR tree-optimization/88440 *

[Bug tree-optimization/90594] New: [9/10 regression] Spurious popcount emitted

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90594 Bug ID: 90594 Summary: [9/10 regression] Spurious popcount emitted Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug target/90588] [AArch64] SVE2 flag patch omits aarch64-protos.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90588 Matthew Malcomson changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug target/90568] stack protector should use cmp or sub, not xor, to allow macro-fusion on x86

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90568 --- Comment #7 from Jakub Jelinek --- Author: jakub Date: Thu May 23 11:18:41 2019 New Revision: 271552 URL: https://gcc.gnu.org/viewcvs?rev=271552=gcc=rev Log: PR target/90568 * config/i386/i386.md (stack_protect_test_): Use

[Bug c++/90587] [10 Regression] asan: stack-use-after-scope with -O3 and -Wall

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90587 Martin Liška changed: What|Removed |Added Keywords||patch --- Comment #8 from Martin Liška

[Bug fortran/90578] Wrong code with LSHIFT and optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90578 --- Comment #3 from rguenther at suse dot de --- On Thu, 23 May 2019, dominiq at lps dot ens.fr wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90578 > > Dominique d'Humieres changed: > >What|Removed

[Bug target/90513] asm thunks do not work on PowerPC64/VxWorks (kernel mode)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90513 --- Comment #15 from Umesh Kalappa --- >>Yes, but just use a regular thunk. you mean ,the target-independent code in the C++ front end will generate a less efficient heavyweight thunk that calls function instead of jumping to it ?

[Bug sanitizer/90589] In Fedora 30 ps hangs using address sanitizer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90589 --- Comment #8 from mccannd at uk dot ibm.com --- Or more fully: #0 0x773705f8 in pthread_rwlock_wrlock () from /lib64/libpthread.so.0 #1 0x773c2833 in textdomain () from /lib64/libc.so.6 #2 0x775ee531 in

[Bug debug/90586] [gdb] gdb wrongly set the breakpoint as expected

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90586 Richard Biener changed: What|Removed |Added Keywords||wrong-debug

[Bug fortran/90578] Wrong code with LSHIFT and optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90578 Dominique d'Humieres changed: What|Removed |Added Status|RESOLVED|NEW Resolution|INVALID

[Bug c++/90592] Documentation: Missing word (or wrong parenthesization) in "Function Names as Strings"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90592 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug sanitizer/90589] In Fedora 30 ps hangs using address sanitizer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90589 --- Comment #7 from Martin Liška --- @Jakub: Can you please reproduce it?

[Bug target/90568] stack protector should use cmp or sub, not xor, to allow macro-fusion on x86

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90568 --- Comment #6 from Jakub Jelinek --- Created attachment 46401 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46401=edit gcc10-pr90568-2.patch Incremental untested patch for the macro-fusion, on top of

[Bug target/85434] Address of stack protector guard spilled to stack on ARM

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85434 Thomas Preud'homme changed: What|Removed |Added CC||robotux at celest dot fr ---

[Bug preprocessor/90581] provide an option to adjust the maximum depth of nested #include

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90581 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug sanitizer/90589] In Fedora 30 ps hangs using address sanitizer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90589 --- Comment #6 from mccannd at uk dot ibm.com --- Yes, I've got it failing in a Fedora 30 virtual image outside of any container. root@localhost ~]# LD_PRELOAD=/lib64/libasan.so.5.0.0 ASAN_OPTIONS=alloc_dealloc_mismatch=0 gdb $(which ps)

[Bug c/90580] error: ‘offsetof’ undeclared when it is declared, but used with the wrong number of arguments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90580 Richard Biener changed: What|Removed |Added Keywords||diagnostic

[Bug tree-optimization/90579] Huge store forward stall due to vectorizer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90579 Richard Biener changed: What|Removed |Added Keywords||missed-optimization

[Bug tree-optimization/90591] Avoid unnecessary data transfer out of OMP construct

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90591 --- Comment #1 from Jakub Jelinek --- We want to add some attribute(s) on the structure types used to pass information in and out (or in the fields), and have some specialized IPA optimization that tries to optimize such cases.

[Bug libgomp/90593] OpenACC 'acc_async_sync' need not imply synchronizing after every intermediate step but rather just once, at the end

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90593 Thomas Schwinge changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug libgomp/90593] New: OpenACC 'acc_async_sync' need not imply synchronizing after every intermediate step but rather just once, at the end

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90593 Bug ID: 90593 Summary: OpenACC 'acc_async_sync' need not imply synchronizing after every intermediate step but rather just once, at the end Product: gcc Version:

[Bug fortran/90578] Wrong code with LSHIFT and optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90578 Richard Biener changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug target/90513] asm thunks do not work on PowerPC64/VxWorks (kernel mode)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90513 --- Comment #14 from Eric Botcazou --- > thunk required to adjust the this pointer (in c++ cases) Yes, but just use a regular thunk.

[Bug middle-end/90577] [9/10 Regression] FAIL: gfortran.dg/lrshift_1.f90 with -O(2|3) and -flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90577 Martin Liška changed: What|Removed |Added CC||tkoenig at gcc dot gnu.org Known to

[Bug debug/90575] -gsplit-dwarf leaves behind .dwo file in cwd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90575 --- Comment #2 from Stephan Bergmann --- (In reply to Richard Biener from comment #1) > But that's how -gsplit-dwarf is designed. Shouldn't it then be documented where any .dwo files are stored? At least in combination with -o in comment 0,

[Bug sanitizer/90570] [9 Regression] AddressSanitizer: stack-use-after-scope

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90570 Martin Liška changed: What|Removed |Added Known to work||10.0 Summary|[9/10

[Bug sanitizer/90570] [9/10 Regression] AddressSanitizer: stack-use-after-scope

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90570 --- Comment #7 from Martin Liška --- Author: marxin Date: Thu May 23 10:12:01 2019 New Revision: 271548 URL: https://gcc.gnu.org/viewcvs?rev=271548=gcc=rev Log: Do not instrument static target_expr for use-after-scope (PR sanitizer/90570).

[Bug middle-end/90577] [9/10 Regression] FAIL: gfortran.dg/lrshift_1.f90 with -O(2|3) and -flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90577 Richard Biener changed: What|Removed |Added Keywords||lto Component|lto

[Bug tree-optimization/90576] [10 regression] SPEC CPU2006 450.soplex miscompiled with -Os -flto after r271413

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90576 Richard Biener changed: What|Removed |Added Keywords||alias Priority|P3

[Bug debug/90575] -gsplit-dwarf leaves behind .dwo file in cwd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90575 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug debug/90574] [gdb] gdb wrongly stopped at a breakpoint in an unexecuted line of code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90574 Richard Biener changed: What|Removed |Added Keywords||wrong-code, wrong-debug

[Bug c++/90587] [10 Regression] asan: stack-use-after-scope with -O3 and -Wall

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90587 --- Comment #7 from Martin Liška --- Full report: ==26783==ERROR: AddressSanitizer: stack-use-after-scope on address 0x7fff19d9ac10 at pc 0x02d5bd6e bp 0x7fff19d9a9f0 sp 0x7fff19d9a9e8 READ of size 8 at 0x7fff19d9ac10 thread T0 #0

[Bug c++/90587] [10 Regression] asan: stack-use-after-scope with -O3 and -Wall

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90587 --- Comment #6 from Martin Liška --- I've got a patch for it.

[Bug target/90513] asm thunks do not work on PowerPC64/VxWorks (kernel mode)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90513 --- Comment #13 from Umesh Kalappa --- >>There is no point in emitting an asm thunk if you use a long call though. thunk required to adjust the this pointer (in c++ cases)

[Bug target/90552] attribute((optimize(3))) not overriding -Os

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90552 --- Comment #4 from Uroš Bizjak --- Patch to fix this particular PR: --cut here-- diff --git a/gcc/config/i386/i386.c b/gcc/config/i386/i386.c index 463e78112f0..79fcb5c4e57 100644 --- a/gcc/config/i386/i386.c +++ b/gcc/config/i386/i386.c @@

[Bug sanitizer/90589] In Fedora 30 ps hangs using address sanitizer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90589 --- Comment #5 from Martin Liška --- (In reply to mccannd from comment #4) > I've not yet tried outside of a container. > > I have a script that sets LD_PRELOAD so that I can detect problems in code I > do care about. It just so happens that

[Bug c++/90592] Documentation: Missing word (or wrong parenthesization) in "Function Names as Strings"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90592 --- Comment #1 from Gennaro Prota --- In "Function Names as Strings" (par. 6.50 in ) there's the following text: As an extension, at file (or, in C++, namespace scope), __func__

  1   2   >