https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84521
--- Comment #8 from Wilco ---
(In reply to Jakub Jelinek from comment #7)
> cfun->has_nonlocal_label instead of cfun->calls_setjmp would cover
> __builtin_setjmp.
>
> aarch64_frame_pointer_required would force frame_pointer_needed and thus be
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84522
Bug ID: 84522
Summary: GCC does not generate cmpxchg16b when mcx16 is used
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84522
Andrew Pinski changed:
What|Removed |Added
Component|c |target
--- Comment #1 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84522
--- Comment #2 from Ruslan Nikolaev ---
Yes, but not having atomic_load is far less an issue. Oftentimes, algorithms
that use 128-bit can simply use compare_and_exchange only (at least for
x86-64).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84522
--- Comment #3 from Ruslan Nikolaev ---
(In reply to Ruslan Nikolaev from comment #2)
> Yes, but not having atomic_load is far less an issue. Oftentimes, algorithms
> that use 128-bit can simply use compare_and_exchange only (at least for
> x86-6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83148
--- Comment #6 from Thomas Koenig ---
The problem seems to be that gfc_conv_initalizer does not look
through
(gdb) p *expr
$1 = {expr_type = EXPR_STRUCTURE, ts = {type = BT_DERIVED, kind = 0,
to
(gdb) p *(expr->ts.u.derived->components->ts->u.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84453
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84522
--- Comment #4 from Ruslan Nikolaev ---
I guess, in this case you would have to fall-back to lock-based implementation
for everything. But does C11 even require that atomic_load work on read-only
memory?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81572
--- Comment #4 from Vladimir Makarov ---
Author: vmakarov
Date: Thu Feb 22 21:17:51 2018
New Revision: 257915
URL: https://gcc.gnu.org/viewcvs?rev=257915&root=gcc&view=rev
Log:
2018-02-22 Vladimir Makarov
PR target/81572
* lr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84518
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84516
--- Comment #2 from joseph at codesourcery dot com ---
See also bug 70733, another bug with these types being user-exposed for
bit-fields for C++. For C++ (unlike C), the existence of these types
internally in the compiler should never be user
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84523
Bug ID: 84523
Summary: [8 Regression] Runtime crash deallocating allocatable
array within derived type
Product: gcc
Version: 8.0.1
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82851
--- Comment #7 from Jakub Jelinek ---
Author: jakub
Date: Thu Feb 22 21:27:44 2018
New Revision: 257916
URL: https://gcc.gnu.org/viewcvs?rev=257916&root=gcc&view=rev
Log:
PR target/82851
* gcc.target/i386/avx2-vpaddq-3.c: Add -mt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82851
Jakub Jelinek changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83964
--- Comment #10 from Carl Love ---
These builtins were per a request from Steve Monroe. Not sure why he wanted
them or if he actually ever used them.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59781
--- Comment #18 from Thomas Koenig ---
Author: tkoenig
Date: Thu Feb 22 22:01:53 2018
New Revision: 257917
URL: https://gcc.gnu.org/viewcvs?rev=257917&root=gcc&view=rev
Log:
2018-02-22 Thomas Koenig
PR fortran/59781
* gfortra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59781
Thomas Koenig changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84346
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|un
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84424
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84521
--- Comment #9 from Wilco ---
(In reply to Jakub Jelinek from comment #7)
> cfun->has_nonlocal_label instead of cfun->calls_setjmp would cover
> __builtin_setjmp.
Do non-local labels do the same odd thing? It seems to me if the mid-end
automatic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84424
--- Comment #5 from Jason Merrill ---
Author: jason
Date: Thu Feb 22 22:50:37 2018
New Revision: 257924
URL: https://gcc.gnu.org/viewcvs?rev=257924&root=gcc&view=rev
Log:
PR c++/84424 - ICE with constexpr and __builtin_shuffle.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84424
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70468
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84524
Bug ID: 84524
Summary: -O3 causes behavior change
Product: gcc
Version: 5.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84521
--- Comment #10 from Ramana Radhakrishnan ---
(In reply to Jakub Jelinek from comment #4)
> Is the requirement just for functions that contain setjmp? If so, the
> backend could just force frame pointers in cfun->calls_setjmp functions.
I think
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84521
--- Comment #11 from Wilco ---
(In reply to Ramana Radhakrishnan from comment #10)
> (In reply to Jakub Jelinek from comment #4)
> > Is the requirement just for functions that contain setjmp? If so, the
> > backend could just force frame pointer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84522
--- Comment #5 from Ruslan Nikolaev ---
After more t(In reply to Andrew Pinski from comment #1)
> IIRC this was done because there is no atomic load/stores or a way to do
> backwards compatible.
After more thinking about it... Should not it be c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84521
--- Comment #12 from Wilco ---
Note PR64242 is related (also frame pointer corruption by __builtin_longjmp).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84525
Bug ID: 84525
Summary: GCC7: generate movaps instruction when assign to
unaligned __int128*
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84525
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
101 - 130 of 130 matches
Mail list logo
