https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102981
Aldy Hernandez changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102986
--- Comment #5 from Roger Sayle ---
Patch proposed:
https://gcc.gnu.org/pipermail/gcc-patches/2021-October/582931.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102842
tt_1 changed:
What|Removed |Added
Summary|[10 Regression] ICE in |[10/11/12 Regression] ICE
|cse
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=15795
--- Comment #45 from Jonathan Wakely ---
C++17 added support for dynamic allocation of over-aligned types, and requires
std::allocator to use it. User-defined allocators are not required to support
over-aligned types.
Before C++17 it was impleme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102994
Jonathan Wakely changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rodgertq at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102953
--- Comment #22 from H.J. Lu ---
(In reply to Andrew Cooper from comment #21)
> Another possibly-bug, but possibly mis-expectations on my behalf.
>
> I've found some code in the depths of Xen which is causing a failure on
> final link due to a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103003
Bug ID: 103003
Summary: ice in set_relation, at value-relation.cc:592
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103003
--- Comment #1 from David Binderman ---
Reduced C code seems to be
#include
int8_t c_4, uli_5;
uint16_t us_6;
func_1() {
int uli_9 = 0;
uint64_t ptr_11 = uli_9 |= uli_5 != 0;
uint16_t ptr_16ptr_11 = &uli_9;
for (; us_6 <= 6;)
if (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103003
--- Comment #2 from David Binderman ---
I am not sure why the #include is in there.
Further reduced code is
typedef char int8_t;
int8_t c_4, uli_5;
unsigned short us_6;
func_1() {
int uli_9;
short ptr_16ptr_11 = &uli_9;
for (; us_6 <= 6;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103003
Andrew Macleod changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |amacleod at redhat dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99853
--- Comment #5 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:d18e4cc416b832fa98ca8af13b09cf7fe904ba8f
commit r12-4802-gd18e4cc416b832fa98ca8af13b09cf7fe904ba8f
Author: Steve Kargl
Date: Sat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103004
Bug ID: 103004
Summary: [12 regression] breaks lots on powerpc BE
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103003
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102993
Eric Botcazou changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #8 from Eric Botcazou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103005
Bug ID: 103005
Summary: experimental simd sin and cos with big arguments
returns values bigger than 1
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102981
Aldy Hernandez changed:
What|Removed |Added
CC||law at gcc dot gnu.org,
model: posix
Supported LTO compression algorithms: zlib
gcc version 12.0.0 20211030 (experimental) [master r12-4804-g75c9fa318e3] (GCC)
[857] %
[857] % gcctk -O1 small.c; ./a.out
0
[858] % gcctk -O2 small.c
[859] % ./a.out
0
Aborted
[860] %
[860] % cat small.c
int printf(const char *, ...);
int a, *b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102906
--- Comment #1 from Aldy Hernandez ---
Is this still an issue with the new jump threader?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102895
Aldy Hernandez changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102981
--- Comment #3 from Aldy Hernandez ---
*** Bug 102895 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103007
Bug ID: 103007
Summary: ice in vect_normalize_conj_loc, at
tree-vect-slp-patterns.c:722
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99853
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103008
Bug ID: 103008
Summary: poor inlined builtin_fmod on x86_64
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103008
--- Comment #1 from Dave Love ---
Created attachment 51707
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51707&action=edit
gglx.f90
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103008
--- Comment #2 from Dave Love ---
Created attachment 51708
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51708&action=edit
ggl.s extract
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103008
--- Comment #3 from Dave Love ---
Created attachment 51709
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51709&action=edit
gglx.s extract
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103007
--- Comment #1 from David Binderman ---
Reduced C++ code seems to be:
template class MushMeshVector {
public:
MushMeshVector(float, float, float, float);
float Z() {
float __trans_tmp_3;
int inIndex = 2;
__trans_tmp_3 = m_value
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103008
--- Comment #4 from Dave Love ---
On further consideration, perhaps this is just a Fortran issue. I thought
-ffast-math should turn off all the relevant checks to allow reducing mod to
the arithmetic expression, but it probably doesn't. Also,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103009
Bug ID: 103009
Summary: Weakness in stack-protector with no-pie active on ARM.
Product: gcc
Version: 9.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103008
--- Comment #5 from anlauf at gcc dot gnu.org ---
There's a mixture of single and double precision in the testcase variants.
I haven't checked thoroughly enough if both variants are really equivalent.
Do you see the issue if you have only single
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103009
--- Comment #1 from Sylwester Baranski ---
Created attachment 51711
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51711&action=edit
Save-temps output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102675
Gerald Pfeifer changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #14 from Gerald Pfeife
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102675
H.J. Lu changed:
What|Removed |Added
Keywords||patch
--- Comment #15 from H.J. Lu ---
A pat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102972
--- Comment #2 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:948d461954f2642ca187f86c19d297ba7a86320f
commit r12-4809-g948d461954f2642ca187f86c19d297ba7a86320f
Author: Tobias Burnus
Date: S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103006
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103006
Andrew Pinski changed:
What|Removed |Added
Summary|[9/10/11/12 Regression] |[9/10/11/12 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102837
--- Comment #5 from Iain Buclaw ---
Testing this patch.
--- a/libphobos/libdruntime/gcc/deh.d
+++ b/libphobos/libdruntime/gcc/deh.d
@@ -207,7 +207,7 @@ struct ExceptionHeader
*/
static void free(ExceptionHeader* eh) @nogc
{
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103006
Andrew Pinski changed:
What|Removed |Added
Component|middle-end |rtl-optimization
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96892
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |11.0
--- Comment #6 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96892
Andrew Pinski changed:
What|Removed |Added
Target Milestone|11.0|10.4
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96892
Andrew Pinski changed:
What|Removed |Added
Target Milestone|10.4|10.3
--- Comment #8 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103009
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96892
Andrew Pinski changed:
What|Removed |Added
CC||sylw.bar at gmail dot com
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103007
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103007
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102988
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
Rich Townsend changed:
What|Removed |Added
CC||townsend at astro dot wisc.edu
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103010
Bug ID: 103010
Summary: Extra move to x0 for non-POD returns
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103010
--- Comment #1 from Andrew Pinski ---
Note clang produces:
b _Z2llv
Which is exactly what I would have expected.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103004
Andrew Pinski changed:
What|Removed |Added
Keywords||build
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102995
--- Comment #1 from Andrew Pinski ---
Are you sure this is valid? Both ICC and MSVC reject it for the same reason as
GCC.
Can a friend of First be made a friend of First via the friend, I
don't think so?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102995
--- Comment #2 from Andrew Pinski ---
This works correctly on all compilers to do what you want it to do:
template class First {
public:
First() = default;
private:
int GetId() const {
return 1;
}
template
friend
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102995
--- Comment #3 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #2)
> I suspect the original testcase is invalid code and clang is incorrect in
> accepting it.
You can limit the friendship to only the operator== that have the same
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96441
Andrew Pinski changed:
What|Removed |Added
Severity|normal |trivial
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102975
--- Comment #1 from Andrew Pinski ---
Hmm, this is interesting:
template concept Never = false;
template concept C = Never;
void f() {
struct X {
// using type = int;
};
static_assert(not C);
}
is able to compile. I don't know enough a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103011
Bug ID: 103011
Summary: fatal error: process.h: No such file or directory when
canadian compile x86_64-w64-mingw32
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103011
cqwrteur changed:
What|Removed |Added
CC||unlvsur at live dot com
--- Comment #1 from
57 matches
Mail list logo