https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90438
--- Comment #2 from Yibiao Yang ---
(In reply to Martin Liška from comment #1)
> It's again the same story. As I've already explained you multiple times,
> compiler optimizes a dead code even without any optimization level. Thus we
>
> Please do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90414
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90434
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90438
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90439
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90441
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90448
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90449
Bug ID: 90449
Summary: No way to turn off warning about inaccessible base
Product: gcc
Version: 9.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90441
--- Comment #3 from krux ---
Finally tried qemu+gdb on the original code:
gdb-8.2.1/gdb/dwarf2read.c:9715: internal-error: void
dw2_add_symbol_to_list(symbol*, pending**): Assertion `(*listhead) == NULL ||
(SYMBOL_LANGUAGE ((*listhead)->symbol[0]
gcc-bugs@gcc.gnu.org
+
快何
可 办 税 票，认 证 后 付 歀。
详 电：李 生，136—6075— 4190，
业 q：157— 533— 2698
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90172
Arseny Solokha changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90265
Arseny Solokha changed:
What|Removed |Added
CC||asolokha at gmx dot com
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90448
Bug ID: 90448
Summary: [8/9/10 Regression] decltype-based lambda parameter
pack is rejected
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: rejects-vali
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90447
Bug ID: 90447
Summary: Missed opportunities to use adc (worse when -1 is
involved)
Product: gcc
Version: 9.1.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90446
Bug ID: 90446
Summary: ICE: Segmentation fault in build_function_type at
gcc/tree.c:8539
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90442
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67371
--- Comment #16 from Jonathan Wakely ---
I'd guess it was fixed by the patch for PR 86678.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90445
Bug ID: 90445
Summary: internal compiler error: in d_build_c_type_nodes, at
d/d-builtins.cc:783
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90306
Andrew Pinski changed:
What|Removed |Added
Known to fail||7.3.0
--- Comment #3 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90418
--- Comment #12 from Iain Sandoe ---
(In reply to David Edelsohn from comment #11)
> Created attachment 46345 [details]
> AIX EH sibcall patch
>
> This patch seems to fix the EH failures on AIX.
>
> Because of Darwin use of save_world, Darwin m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90418
--- Comment #11 from David Edelsohn ---
Created attachment 46345
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46345&action=edit
AIX EH sibcall patch
This patch seems to fix the EH failures on AIX.
Because of Darwin use of save_world, Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82920
--- Comment #8 from Iain Sandoe ---
Author: iains
Date: Sun May 12 19:07:49 2019
New Revision: 271110
URL: https://gcc.gnu.org/viewcvs?rev=271110&root=gcc&view=rev
Log:
x86 - fix pr82920
The various thunks output codes have inconsisten output
m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90444
Bug ID: 90444
Summary: internal compiler error: in d_init_builtins, at
d/d-builtins.cc:1121
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90443
Bug ID: 90443
Summary: -flto=n on Windows results in CreateProcess: No such
file or directory
Product: gcc
Version: 9.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90442
Bug ID: 90442
Summary: std::pmr::new_delete_resource->allocate results in
UBSan error member call on address ... which does not
point to an object of type 'memory_resource'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90441
--- Comment #2 from krux ---
By the way, with 8.3 there is no DWARF error, but nm -l does not show any file
location for _VectorsFlash either.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90441
--- Comment #1 from krux ---
Created attachment 46343
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46343&action=edit
llvm-dwarfdump --verify output
FWIW llvm-dwarfdump --verify shows the same errors for both versions, but for
gcc-9 it ca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90441
Bug ID: 90441
Summary: [9 regression] corrupt debug info with LTO
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: needs-bisection
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90440
Bug ID: 90440
Summary: Solaris 10 sparcs fails to find
Product: gcc
Version: 8.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90439
Bug ID: 90439
Summary: [GCOV] multiple expression across different lines in
if statement is inconsistent when the body is empty
Product: gcc
Version: 9.0
Status: UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90438
Bug ID: 90438
Summary: [GCOV] switch statement is not instrumented when
"case" body is empty and only "default" body with
statements
Product: gcc
Version: 9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90437
Bug ID: 90437
Summary: Overflow detection too late for VRP
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90435
Andreas Schwab changed:
What|Removed |Added
Resolution|FIXED |INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90436
--- Comment #1 from Marc Glisse ---
Adding
if(size()>max_size())__builtin_unreachable())
sometimes helps, depending where you add it and in what exact form.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90435
庞庆源 changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90435
--- Comment #4 from 庞庆源 ---
(In reply to Marc Glisse from comment #3)
> (In reply to 庞庆源 from comment #2)
> > gcc pmalloc.c -O2 -o ppp -ldl -fno-tree-loop-distribute-patterns
> > -fno-strict-aliasing
> > Still not work.
>
> -fno-builtin (the ma
36 matches
Mail list logo
