https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87609
Bug ID: 87609
Summary: miscompilation with restrict and loop
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimiza
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87599
--- Comment #6 from H.J. Lu ---
(In reply to Alexander Monakov from comment #5)
> I think we should use punpcklqdq here rather than movddup, because (at least
> on Intel) it has same latency, and same-or-better throughput. It may be ok
> to use m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87608
Bug ID: 87608
Summary: Very slow swap operations
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87607
Bug ID: 87607
Summary: Cannot use fold expression in static_assert
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58786
--- Comment #5 from Tobias Burnus ---
In trans-expr.c's gfc_get_interface_mapping_array(), we have:
3870 type = gfc_typenode_for_spec (&sym->ts);
Unfortunately, in the failing case, one has:
sym->ts.u.cl.backend_decl == NULL_TREE
while in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58786
--- Comment #4 from Tobias Burnus ---
(In reply to Jürgen Reuter from comment #2)
> Tobias, after your fix as of today on PR58787, is that original issue also
> fixed?
No, I only moved things around to avoid crashing after an error occurred.
Re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87606
Bug ID: 87606
Summary: Wrong array reference out of bounds warning
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78351
--- Comment #22 from Jerry DeLisle ---
Created attachment 44837
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44837&action=edit
Preliminary Patch
The attached patch appears to fix this. I am thinking about not doing the check
if -std=f95,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63537
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71779
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77881
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87605
Jonathan Wakely changed:
What|Removed |Added
Keywords||accepts-invalid
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86383
--- Comment #12 from coypu ---
to clarify, I still had trouble building oabi, but it fails elsewhere now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86383
--- Comment #11 from coypu ---
That cross builds with trunk.
For attempting to build oabi it wasn't enough to not specify
target_cpu_cname=arm6, because the default cpu is still arm6.
in gcc/config.gcc:3989 right now
target_cpu_cn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86383
--- Comment #10 from coypu ---
Created attachment 44836
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44836&action=edit
netbsd eabi support
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65135
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87566
--- Comment #6 from Paul Thomas ---
Created attachment 44835
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44835&action=edit
Fix for the PR
Hi Tobias,
The problem that you found occurs in trans-expr.c (gfc_conv_class_to_class).
Once foun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87605
--- Comment #2 from namark ---
(In reply to Andrew Pinski from comment #1)
> Except A() is a temp so it cannot be a lvalue.
Not sure what you mean. As I understood 'a' is the lvalue, being converted to
an rvalue by the ternary. I'm not very good
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87605
--- Comment #1 from Andrew Pinski ---
Except A() is a temp so it cannot be a lvalue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87605
Bug ID: 87605
Summary: Ternary uses explicit copy constructor for
lvalue-to-rvalue conversion
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41178
Jürgen Reuter changed:
What|Removed |Added
CC||juergen.reuter at desy dot de
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54613
Thomas Koenig changed:
What|Removed |Added
Attachment #43200|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87604
--- Comment #1 from Jonathan Wakely ---
We would just need to expose allocator_traits::__has_construct which already
does the detection (and is how allocator_traits decides whether to use its
default).
As our std::allocator does still have a con
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87603
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87604
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82803
--- Comment #7 from Alexander Monakov ---
Sorry, should have double-checked when commenting. I see RTL LIM simply
considers all calls non-invariant in check_maybe_invariant.
I wonder if it would make sense to represent tls abi calls as unspecs u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87599
--- Comment #5 from Alexander Monakov ---
I think we should use punpcklqdq here rather than movddup, because (at least on
Intel) it has same latency, and same-or-better throughput. It may be ok to use
movddup when broadcasting from a memory sourc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87599
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82803
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87604
Bug ID: 87604
Summary: memmove without std::allocator
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
Priority
30 matches
Mail list logo
