https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79640
Martin Liška changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79649
Bug ID: 79649
Summary: Memset pattern in named address space crashes compiler
or generates wrong code
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61441
--- Comment #15 from Jakub Jelinek ---
Author: jakub
Date: Tue Feb 21 08:08:40 2017
New Revision: 245620
URL: https://gcc.gnu.org/viewcvs?rev=245620&root=gcc&view=rev
Log:
PR tree-optimization/61441
* simplify-rtx.c (simplify_con
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79643
--- Comment #2 from Richard Biener ---
Well, it could have been -m[no-]custom=X,Y,... instead of separate options, but
yes, it's hard to improve this as requested.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79640
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79641
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79639
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79650
Bug ID: 79650
Summary: ICE on invalid c++ code with -std=c++1z in
convert_nontype_argument (pt.c:6515)
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keyword
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79650
--- Comment #1 from Martin Liška ---
Created attachment 40788
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40788&action=edit
test-case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79634
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79633
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79651
--- Comment #1 from Martin Liška ---
Created attachment 40789
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40789&action=edit
test-case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79651
Bug ID: 79651
Summary: ICE on invalid c++ code in lambda_expr_this_capture in
lambda.c:718
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: ice-on-in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79649
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79652
Bug ID: 79652
Summary: ICE on invalid c++ code in
warn_extern_redeclared_static in cp/decl.c:1231
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: ic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79623
Richard Biener changed:
What|Removed |Added
Target||powerpc-wrs-vxworks
Host|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79653
Bug ID: 79653
Summary: ICE on invalid c++ code in cp_check_const_attributes
in cp/decl2.c:1423
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: ice-o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79654
Bug ID: 79654
Summary: [7 Regression] ICE on invalid c++ code in
register_dtor_fn in cp/decl.c:7877
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79649
--- Comment #2 from Richard Biener ---
clear_storage_hints has
if (CONST_INT_P (size)
&& targetm.use_by_pieces_infrastructure_p (INTVAL (size), align,
CLEAR_BY_PIECES,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79655
Bug ID: 79655
Summary: [5/6/7 Regression] ICE on invalid c++ code in
cxx_eval_store_expression in cp/constexpr.c:3464
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79656
Bug ID: 79656
Summary: ICE on invalid C++ code in execute_function_todo in
gcc/passes.c:1966
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: ice-on-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79649
--- Comment #3 from Richard Biener ---
struct A { unsigned char a[256]; } __seg_gs a;
struct A __seg_gs b;
void foo (struct A x)
{
a = x;
b = a;
}
works at least, so it seems only the setmem path is affected in generic code
(still about to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79654
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79623
--- Comment #5 from Sumit ---
Below error log indicates that the C standard library headers are found in
/usr/include. Isn't?
In file included from /usr/include/stdlib.h:314:0,
from ../../gcc-4.8/libiberty/regex.c:130:
/usr/incl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79655
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79649
--- Comment #4 from Jakub Jelinek ---
I have:
--- gcc/tree-loop-distribution.c.jj 2017-01-30 09:31:47.0 +0100
+++ gcc/tree-loop-distribution.c2017-02-21 09:31:52.484838050 +0100
@@ -1072,6 +1072,13 @@ classify_partition (loop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79657
Bug ID: 79657
Summary: ICE on invalid c++ code in finish_underlying_type
cp/semantics.c:3849
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: ice-on-inva
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67205
--- Comment #15 from Eric Botcazou ---
Author: ebotcazou
Date: Tue Feb 21 08:42:54 2017
New Revision: 245621
URL: https://gcc.gnu.org/viewcvs?rev=245621&root=gcc&view=rev
Log:
PR ada/67205
* config/arm/arm.c (TARGET_CUSTOM_FUNCTI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67205
--- Comment #16 from Eric Botcazou ---
Trampolines are gone on ARM, Aarch64 and MIPS too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67205
--- Comment #17 from Eric Botcazou ---
And s390 as per PR ada/79421.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68644
--- Comment #12 from rguenther at suse dot de ---
On Mon, 20 Feb 2017, wschmidt at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68644
>
> Bill Schmidt changed:
>
>What|Removed |Adde
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79649
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79649
--- Comment #6 from rguenther at suse dot de ---
On Tue, 21 Feb 2017, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79649
>
> --- Comment #4 from Jakub Jelinek ---
> I have:
>
> --- gcc/tree-loop-distribution.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79649
--- Comment #7 from Jakub Jelinek ---
typedef __SIZE_TYPE__ size_t;
struct A { int a; char b[1024]; };
extern struct A __seg_gs a;
void
f1 (size_t n)
{
for (size_t i = 0; i < n; ++i)
a.b[i] = 0;
}
certainly compiles fine with my patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67304
--- Comment #4 from Iain Buclaw ---
I've just managed to have a brief time to think about this and look at how the
generator currently works, I think the following should be doable, and should
work with only one change to handle the fix-up of the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79649
--- Comment #8 from rguenther at suse dot de ---
On Tue, 21 Feb 2017, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79649
>
> --- Comment #7 from Jakub Jelinek ---
> typedef __SIZE_TYPE__ size_t;
> struct A { i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67304
--- Comment #5 from Iain Buclaw ---
> - The combined option should have all languages so that the diagnostic "is a
> valid option for ..." references the correct frontends.
Ah, no. Because then the --help text would show both. Scratch that id
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79625
--- Comment #3 from Martin Liška ---
I'm suggesting following error messages:
$ ./xgcc -B. /home/marxin/Programming/gcc2/gcc/testsuite/gcc.dg/gimplefe-11.c
-fgimple -flto
/home/marxin/Programming/gcc2/gcc/testsuite/gcc.dg/gimplefe-11.c: In funct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79584
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|amodra at gmail dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79345
Richard Biener changed:
What|Removed |Added
Assignee|jakub at gcc dot gnu.org |rguenth at gcc dot
gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79654
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
LAG1); // warning here
}
I expect to get a warning on the "missing warning here" line,
because inside operator|= there's a reference to the uninitialized
m_enum_value field.
However, compiling the code below using GCC 7.0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79638
Thomas Schwinge changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79658
--- Comment #1 from Pedro Alves ---
Created attachment 40797
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40797&action=edit
reproducer
Here's the same reproducer source.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79654
--- Comment #2 from Jakub Jelinek ---
Created attachment 40798
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40798&action=edit
gcc7-pr79654.patch
This works for me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79659
Bug ID: 79659
Summary: Provide valid values for integer options (e.g.
-Wformat) with --help= option
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: enha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79660
Bug ID: 79660
Summary: [7 regression] Arm register allocation failure with
thumb1 building libgcc
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79660
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79593
--- Comment #7 from Uroš Bizjak ---
(In reply to Jakub Jelinek from comment #2)
> That said, the reason why there is fld1 followed by fld %st(0) is that 1.0
> is used multiple times:
This one can be solved with following patch:
--cut here--
dif
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79660
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79635
--- Comment #3 from Jonathan Wakely ---
Should those strings say ASan not asan? I believe that's how the abbreviation
is stylised.
https://en.wikipedia.org/wiki/AddressSanitizer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79659
--- Comment #1 from Martin Liška ---
There's related ICE in this are:
echo '' | ./xgcc -B. -x c - -c -flifetime-dse=
:1:0: internal compiler error: in cl_optimization_save, at
options-save.c:121
0xb1ef92 cl_optimization_save(cl_optimization*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79633
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79593
Uroš Bizjak changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79345
--- Comment #8 from Richard Biener ---
11:14 < richi> In function ‘void branch_target_load_optimize(bool)’:
11:14 < richi> cc1plus: error: ‘call_saved’ may be used uninitialized in this
function [-Werror=maybe-uninitialized]
11:14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79345
--- Comment #9 from Richard Biener ---
actually the genemit fix doensn't fully work:
/space/rguenther/src/svn/trunk/gcc/config/i386/i386.md: In function ‘rtx_def*
gen_smulsi3_highpart(rtx, rtx, rtx)’:
/space/rguenther/src/svn/trunk/gcc/config/i3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79641
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79660
mpf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79661
Bug ID: 79661
Summary: Bogus "destructor is private within this context" only
in C++17 mode
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79641
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79593
--- Comment #9 from rguenther at suse dot de ---
On Tue, 21 Feb 2017, ubizjak at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79593
>
> Uroš Bizjak changed:
>
>What|Removed |Added
> -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79652
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79652
--- Comment #2 from Marek Polacek ---
Reduced:
namespace {
struct S {
int n;
} T;
using T = decltype(S :: n);
namespace {
extern int x;
extern int x;
}
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79653
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79653
--- Comment #2 from Marek Polacek ---
I'm not sure if I should reduce the testcase or just gcc-ify it. Maybe it's
worth it to do the latter.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79653
--- Comment #3 from Marek Polacek ---
Well, this is enough to provoke the ICE:
struct alignas(int...) {}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79652
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79653
--- Comment #4 from Marek Polacek ---
cp_check_const_attributes should check ARG before accessing its TREE_VALUE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79593
--- Comment #10 from Katsunori Kumatani
---
(In reply to Uroš Bizjak from comment #7)
>
> This patch allows conversion from (reg->reg) move to (const->reg) when
> appropriate constant can be determined from REG_EQUIV/REG_EQUAL note. It
> also h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79593
--- Comment #11 from Katsunori Kumatani
---
Sorry, one small thing I need to mention in case it's not obvious at first
glance.
The GCC 6 vs GCC 5 portion of code I showed has *exactly* the same behavior.
It's not that it "uses the value later t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79655
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79655
--- Comment #2 from Marek Polacek ---
Or even just
constexpr int
f ()
{
int a[10] = { };
a[-1] = 4;
return a[0];
}
static_assert (f () == 0, "");
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79656
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79656
--- Comment #2 from Marek Polacek ---
Even g++ 4.6 ICEs with -std=c++0x:
instantiate-typeof.cpp:7:11: internal compiler error: in gimple_expand_cfg, at
cfgexpand.c:4063
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79656
Marek Polacek changed:
What|Removed |Added
Keywords|ice-on-invalid-code |ice-on-valid-code
--- Comment #3 from Ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79657
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79657
--- Comment #2 from Marek Polacek ---
$ clang++ -c u.cc
u.cc:1:15: error: cannot determine underlying type of incomplete enumeration
type 'E'
enum E { a = (__underlying_type (E)) {} };
^
u.cc:1:6: note: forward declaration of 'E'
en
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79593
--- Comment #12 from Uroš Bizjak ---
(In reply to Katsunori Kumatani from comment #10)
> (In reply to Uroš Bizjak from comment #7)
> >
> > This patch allows conversion from (reg->reg) move to (const->reg) when
> > appropriate constant can be det
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79657
--- Comment #3 from Marek Polacek ---
$ xg++-46 -c u.cc -std=c++0x
u.cc:1:35: error: expected primary-expression before ‘)’ token
u.cc:1:35: error: ‘__underlying_type’ was not declared in this scope
u.cc:1:38: error: expected ‘}’ before ‘{’ token
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79554
--- Comment #3 from Андрей Доценко ---
(In reply to Jakub Jelinek from comment #1)
> In the first macro fmt_ isn't defined at all (nor there is a fmt_ variable),
> so I doubt it compiles at all.
> And, in the second macro, the warning is 100% cor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79655
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79656
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79627
--- Comment #2 from Andrew Pinski ---
*** Bug 79656 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78660
--- Comment #19 from mpf at gcc dot gnu.org ---
Author: mpf
Date: Tue Feb 21 13:29:07 2017
New Revision: 245626
URL: https://gcc.gnu.org/viewcvs?rev=245626&root=gcc&view=rev
Log:
Revert r245598
gcc/
PR target/78660
Revert:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79660
mpf at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79345
--- Comment #10 from Richard Biener ---
https://gcc.gnu.org/ml/gcc-patches/2017-02/msg01284.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79658
--- Comment #2 from Richard Biener ---
For your testcase foo () is quickly optimized to nothing given ef is unused.
For -O0 we only warn before inlining.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71838
Dominique d'Humieres changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #8 from Dominique
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79579
--- Comment #2 from Martin Jambor ---
Author: jamborm
Date: Tue Feb 21 14:01:52 2017
New Revision: 245628
URL: https://gcc.gnu.org/viewcvs?rev=245628&root=gcc&view=rev
Log:
[PR 79579] Avoid segfault on NULL ipa_edge_args_vector
2017-02-21 Mart
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79660
--- Comment #5 from Christophe Lyon ---
OK, thanks, I'm going to cancel my validations with your "proposed fix", then.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79658
--- Comment #3 from Pedro Alves ---
> For your testcase foo () is quickly optimized to nothing given ef is unused.
Shouldn't that be true for "bar ()" too then?
Looks like I over reduced. I'll try again.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68644
--- Comment #13 from Bill Schmidt ---
So for POWER, at least, the IV for i is not eliminated.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79654
--- Comment #3 from Paolo Carlini ---
Created attachment 40804
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40804&action=edit
Alternate patch
Hi Jakub. I'm attaching what I was about to send... Maybe makes sense to
tighten prune_vars_ne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68644
--- Comment #14 from Bill Schmidt ---
Also, there's an introduced ivtmp, rather than using p as an ivar.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79654
--- Comment #4 from Jakub Jelinek ---
Yeah, I'd prefer both patches (of course just a single testcase). For the
decomp, there is really nothing wrong with the artificial var's type, and there
could be other places lurking which are upset about e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79639
--- Comment #2 from Jakub Jelinek ---
Created attachment 40805
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40805&action=edit
gcc7-pr79639.patch
Untested fix. Not really sure about it though.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71838
--- Comment #9 from Dominique d'Humieres ---
Reduced test
module cgca_m3clvg
abstract interface
subroutine cgca_clvgs_abstract( farr, marr, n, cstate, debug, &
newstate )
integer, parameter :: iarr =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79654
--- Comment #5 from Paolo Carlini ---
Agreed. I can send both to mailing list later today, if you don't beat me to it
(I'm going out now to run some errands)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68644
--- Comment #15 from Richard Biener ---
For PA it selects i as IV (reasonable). For power it looks like it tries to
use
sth with auto-inc (pre-inc). Not sure if that's reasonable cost-wise. You
decide (and then skip, like for PA, if so).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79494
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Tue Feb 21 14:39:21 2017
New Revision: 245629
URL: https://gcc.gnu.org/viewcvs?rev=245629&root=gcc&view=rev
Log:
PR target/79494
* config/i386/i386.c (ix86_expand_split_st
1 - 100 of 180 matches
Mail list logo
