https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101229
Bug ID: 101229
Summary: ICE on valid code with -O3 only: in
vect_get_vec_defs_for_operand, at
tree-vect-stmts.c:1450
Product: gcc
Version: tree-ssa
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101227
--- Comment #1 from Andrew Pinski ---
clang is failing because of "requirement 'is_constructible_v' was not
satisfied [with _Tp = Bar::Foo, _Args = <>]"
But it seems like it should be true.
from https://en.cppreference.com/w/cpp/types/is_cons
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101228
Andrew Pinski changed:
What|Removed |Added
Summary|#include |tbb/task.h is Deprecated in
|tri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101228
--- Comment #1 from Kip Warner ---
Suggestion: Maybe a unit test that includes all the standard STL headers, does
nothing with them, and that's expected to emit no warnings would mitigate
problems like this occurring in the future.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101228
Bug ID: 101228
Summary: #include triggers Intel TBB warning for
tbb/task.h
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101227
Bug ID: 101227
Summary: Clang++ fails to instantiate std::optional if nested
type has a non-static data member initializer
Product: gcc
Version: 11.1.0
Status: UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100917
sandra at gcc dot gnu.org changed:
What|Removed |Added
CC||sandra at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101139
--- Comment #4 from Steinar H. Gunderson ---
Yes, the integer promotion actually costs some performance. It happens on both
x86 and Arm. Should I file that as a separate bug?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101226
Bug ID: 101226
Summary: Suboptimal codegen for >>/>>>
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: d
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101225
Bug ID: 101225
Summary: Example where y % 16 == 0 seems more expensive than y
% 400 == 0.
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89976
--- Comment #6 from Eric Gallager ---
(In reply to Martin Sebor from comment #4)
> In all cases and with -O1 and above, the uninitialized read is clearly
> visible in the IL but it's suppressed because the variable (such as x$x in
> case 1) has t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99959
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=74762
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96204
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96204
--- Comment #5 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:9f26e34a5a9614a5b66f146752ecef9ea67b3e2d
commit r12-1829-g9f26e34a5a9614a5b66f146752ecef9ea67b3e2d
Author: Patrick Palka
Date: Sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98892
--- Comment #3 from Jim Wilson ---
On second thought, I don't think that there is anything wrong with
dg-*-multiline-output.
The problem is simply that the diagnostic code is left shifting the error
message by m_x_offset_display, and this left s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101224
Bug ID: 101224
Summary: Problem with interaction of modules and
std::unique_ptr
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93645
--- Comment #9 from Artur Sinila ---
What's a blocker for this bug? What should be improved in the patch in order
for it to be accepted?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101135
--- Comment #2 from Marcel Jacobse ---
I think I found the issue within gfortran by looking at the output of
-fdump-tree-all. For the example, the file a-example.f90.005t.original lists
this intermediate representation for test_wrapper:
__attri
: posix
Supported LTO compression algorithms: zlib
gcc version 12.0.0 20210626 (experimental) [master revision
2168bfb8144:f9d3bc42803:5b1ce655b25040048861af6c0264cb667b66fcd7] (GCC)
[517] %
[517] % gcctk -O1 small.c; ./a.out
[518] %
[518] % gcctk -Os small.c
[519] % ./a.out
Aborted
[520] %
[520
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101222
Bug ID: 101222
Summary: unwanted templated constructor instantiation due to
wrong binary operator access
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keyword
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101221
Bug ID: 101221
Summary: Inaccurate error message for wrong template alias
Product: gcc
Version: 10.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101220
Bug ID: 101220
Summary: arm: iwmmxt2: generating bad assembler ?
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101219
--- Comment #1 from David Binderman ---
Reduced C++ code seems to be:
class PCEFast_PSG {
void UpdateOutput_Noise(int, int *);
};
template void PCEFast_PSGRunChannel() {
void (PCEFast_PSG::*ch_0)(int, int *);
&PCEFast_PSG::UpdateOutput_N
ll does this:
/home/dcb/gcc/results.20210626/bin/g++
mednafen/pce_fast/psg.cpp: In member function ‘void
PCEFast_PSG::RunChannel(int, int32)’:
mednafen/pce_fast/psg.cpp:367:50: internal compiler error: Segmentation fault
0xfd9219 crash_signal(int)
../../trunk.git/gcc/toplev.c:327
0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101204
--- Comment #3 from David Binderman ---
If there is some confusion as to which commit caused the problem,
I can do a git bisect.
Not before Tuesday 19 June. I have quite a few things in my intray right now.
26 matches
Mail list logo
