https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84525
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
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=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=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 #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=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=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=70468
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
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=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=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
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
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=59781
Thomas Koenig changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
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=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=82851
Jakub Jelinek changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
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=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=84518
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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=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=84453
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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=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=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
Andrew Pinski changed:
What|Removed |Added
Component|c |target
--- Comment #1 from Andrew Pinski
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=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=84521
--- Comment #7 from Jakub Jelinek ---
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
true in that case too. But sure, if it works,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84521
--- Comment #6 from Wilco ---
(In reply to Jakub Jelinek from comment #5)
> (completely untested) would require frame pointers for all setjmp calls, not
> just __builtin_setjmp.
That's the correct approach indeed, however aarch64_frame_pointer_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83964
--- Comment #9 from Carl Love ---
This test case is in the list in PR 84422 . Working on a patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84484
Ian Lance Taylor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84484
--- Comment #17 from ian at gcc dot gnu.org ---
Author: ian
Date: Thu Feb 22 19:49:04 2018
New Revision: 257914
URL: https://gcc.gnu.org/viewcvs?rev=257914&root=gcc&view=rev
Log:
PR go/84484
libgo: add support for riscv64
Patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83335
Steve Ellcey changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84521
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Target Milest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84515
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84521
--- Comment #4 from Jakub Jelinek ---
Is the requirement just for functions that contain setjmp? If so, the backend
could just force frame pointers in cfun->calls_setjmp functions.
If not, even if the default is tweaked again to be -fno-omit-fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61118
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P2
Assignee|unassigned at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21161
Jeffrey A. Law changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |law at redhat dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84511
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84519
Janne Blomqvist changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jb at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84521
--- Comment #3 from Andrew Pinski ---
To me any use of __builtin_setjmp/__builtin_longjmp is almost always incorrect.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70468
--- Comment #7 from Jakub Jelinek ---
It is the expand_member_init's current_template_parms check that matters here,
with
- if (current_template_parms
- || same_type_p (basetype, current_class_type))
- return basetype;
+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84521
David Malcolm changed:
What|Removed |Added
Keywords||wrong-code
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84495
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81116
Thomas Koenig changed:
What|Removed |Added
CC||david.sagan at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81116
--- Comment #6 from Thomas Koenig ---
Author: tkoenig
Date: Thu Feb 22 18:52:21 2018
New Revision: 257912
URL: https://gcc.gnu.org/viewcvs?rev=257912&root=gcc&view=rev
Log:
2018-02-22 Thomas Koenig
PR fortran/81116
PR fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84495
--- Comment #5 from Thomas Koenig ---
Author: tkoenig
Date: Thu Feb 22 18:52:21 2018
New Revision: 257912
URL: https://gcc.gnu.org/viewcvs?rev=257912&root=gcc&view=rev
Log:
2018-02-22 Thomas Koenig
PR fortran/81116
PR fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84521
James Greenhalgh changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84521
--- Comment #1 from David Malcolm ---
Created attachment 43489
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43489&action=edit
Reproducer
When compiled with:
gcc -DDUMP -g -O0 -fstack-protector-strong -Wall test.c
this runs to completio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70468
--- Comment #6 from Jakub Jelinek ---
clang++ errors here are on #c0:
pr70468.C:6:10: error: type 'A::f0' (aka 'A<>') is not a direct or virtual base
of 'A'
and on #c2:
pr70468-2.C:5:10: error: type 'A::f0' (aka 'A<>') is not a direct or virtual
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84521
Bug ID: 84521
Summary: [8 Regression] aarch64: Frame-pointer corruption with
setjmp/longjmp and -fomit-frame-pointer
Product: gcc
Version: 8.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84520
Bug ID: 84520
Summary: [6/7/8 Regression] ICE with lambda and static member
function
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83964
Segher Boessenkool changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83964
--- Comment #7 from Segher Boessenkool ---
We actually do *not* need TARGET_FPRND; fctiw and fctid are ISA 1.xx insns.
Before power8 we do not allow putting SImode in FPRs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82982
Will Schmidt changed:
What|Removed |Added
CC||willschm at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80955
--- Comment #8 from Jonathan Wakely ---
Also the new testcase for this bug has undefined behaviour. _ID is a reserved
name so the program cannot use it to define a macro or a UDL.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84518
--- Comment #1 from Volker Reichelt ---
A modified testcase produces a slightly different stack-trace:
template void foo()
{
T x[=];
[&x]{};
}
bug.cc: In function 'vo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84519
Bug ID: 84519
Summary: STOP and ERROR STOP statements with QUIET specifier
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84518
Bug ID: 84518
Summary: [8 Regression] ICE with lambda capturing broken
variable
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: error-recovery, ice-on-i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84143
Dominique d'Humieres changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #4 from Domi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84143
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82851
--- Comment #6 from Jakub Jelinek ---
Ah, I can reproduce with -mtune=silvermont or -mtune=atom, it works fine with
-mtune=generic or e.g. -mtune=silvermont -fno-vect-cost-model.
I'd just add -mtune=generic to the 2 test's dg-options.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82851
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84480
--- Comment #6 from Romain Geissler ---
Thanks ;)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84480
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84480
--- Comment #4 from Martin Sebor ---
Author: msebor
Date: Thu Feb 22 17:35:29 2018
New Revision: 257910
URL: https://gcc.gnu.org/viewcvs?rev=257910&root=gcc&view=rev
Log:
PR tree-optimization/84480 - bogus -Wstringop-truncation despite assignmen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83496
--- Comment #18 from Laurent GUERBY ---
Marxin, you have a cfarm account and access to gcc22 / 23 / 24 which are mips64
machines. If you need to change ssh keys see here:
https://cfarm.tetaneutral.net/login/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83496
--- Comment #17 from Martin Liška ---
(In reply to Felix Fietkau from comment #16)
> Any update on this, or any way I could help in getting this fixed?
> It would be nice if we could finally switch OpenWrt to a more recent GCC
> version soon.
I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80955
--- Comment #7 from Jonathan Wakely ---
Moved to PR 84517
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84517
Bug ID: 84517
Summary: [8 Regression] "string literal"__FILE__ no longer
accepted
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: diagnostic
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84196
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84176
--- Comment #1 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Thu Feb 22 17:09:06 2018
New Revision: 257909
URL: https://gcc.gnu.org/viewcvs?rev=257909&root=gcc&view=rev
Log:
i386: Add __x86_indirect_thunk_nt_reg for -fcf-protection -mcet
no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80955
--- Comment #6 from Jonathan Wakely ---
Testing this:
--- a/libcpp/lex.c
+++ b/libcpp/lex.c
@@ -1903,7 +1903,7 @@ lex_raw_string (cpp_reader *pfile, cpp_token *token,
const uchar *base,
literal thus breaking the program.
Try to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83335
--- Comment #6 from Steve Ellcey ---
Author: sje
Date: Thu Feb 22 17:08:10 2018
New Revision: 257908
URL: https://gcc.gnu.org/viewcvs?rev=257908&root=gcc&view=rev
Log:
2018-02-22 Steve Ellcey
PR target/83335
* gcc/testsuite/g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83335
--- Comment #5 from Steve Ellcey ---
Author: sje
Date: Thu Feb 22 17:06:31 2018
New Revision: 257907
URL: https://gcc.gnu.org/viewcvs?rev=257907&root=gcc&view=rev
Log:
2018-02-22 Steve Ellcey
PR target/83335
* config/aarch64/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80551
--- Comment #12 from Segher Boessenkool ---
It does break if I set the breakpoints before the shared libs have loaded.
Thread 3 "a.out" hit Breakpoint 1, 0x3fffb6e0c860 in .__memset_power7 ()
from /lib64/libc.so.6
#0 0x3fffb6e0c860
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80092
--- Comment #11 from Tom de Vries ---
(In reply to Eric Gallager from comment #10)
> Have all of the changes committed from this bug fixed it?
No, I'm preparing some changes for stage1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83964
--- Comment #6 from Jakub Jelinek ---
Seems any -O* level with -mcpu=power6 or -mcpu=power7 actually.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83964
--- Comment #5 from Jakub Jelinek ---
The ICE is with -m64 -mcpu=power6 -O0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80551
Segher Boessenkool changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #11 from Segher Boe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80092
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83964
Jakub Jelinek changed:
What|Removed |Added
CC||carll at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78870
Eric Gallager changed:
What|Removed |Added
Keywords||patch
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79926
Eric Gallager changed:
What|Removed |Added
Keywords||diagnostic, easyhack, patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84509
--- Comment #2 from Janne Blomqvist ---
Author: jb
Date: Thu Feb 22 16:14:21 2018
New Revision: 257903
URL: https://gcc.gnu.org/viewcvs?rev=257903&root=gcc&view=rev
Log:
PR 78534, 84509 Fix libgfortran API for PAUSE statement
This patch changes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78534
--- Comment #28 from Janne Blomqvist ---
Author: jb
Date: Thu Feb 22 16:14:21 2018
New Revision: 257903
URL: https://gcc.gnu.org/viewcvs?rev=257903&root=gcc&view=rev
Log:
PR 78534, 84509 Fix libgfortran API for PAUSE statement
This patch change
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84515
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Keywords||missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84516
--- Comment #1 from Greg Miller ---
The issue is not related to iostream. So, here's perhaps a simpler reproduction
example that may focus more on the issue at hand.
Link: https://godbolt.org/g/vA2rPN
struct A {
long x : 32;
long y : 33
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71784
Paolo Carlini changed:
What|Removed |Added
Keywords|error-recovery, |ice-on-valid-code
|ice
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84516
Bug ID: 84516
Summary: bitfield temporaries > 32-bits have wrong type
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81228
sudi at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81228
--- Comment #10 from sudi at gcc dot gnu.org ---
Author: sudi
Date: Thu Feb 22 15:01:05 2018
New Revision: 257901
URL: https://gcc.gnu.org/viewcvs?rev=257901&root=gcc&view=rev
Log:
Adding the missing LTGT to plug the ICE in PR81228.
This is a bac
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402
--- Comment #17 from Tom Tromey ---
The results in comment #13 seem to be missing some compilations --
I would have expected to see more files from libcpp in there.
As it is I only see directives.o and line-map.o.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84515
Bug ID: 84515
Summary: missed optimization: expected loop merging
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-opt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84508
--- Comment #7 from Marc Glisse ---
Unless vectors count as aggregates (more or less), in which case we can ignore
my previous comment.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81572
--- Comment #3 from Vladimir Makarov ---
I am working on this PR. The patch will be ready today or tomorrow.
The problem is that the move insn has one alternative with early clobber and
this move insn is processed on a fast path which igno
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80955
--- Comment #5 from Jonathan Wakely ---
Is there a way to check if it's a pre-defined macro?
Or just change the condition to allow starting with two underscores, but not
allow starting with one (since user-defined UDLs must start with a single
u
1 - 100 of 130 matches
Mail list logo