https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79498
--- Comment #5 from Martin Liška ---
(In reply to Martin Liška from comment #2)
> Confirmed, the df-scan ICE appeared in r239383 and the folding stuff
> disappeared in r233852.
Ok, problem with 5 branch is that r233852 was wrongly back-ported (r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79471
--- Comment #5 from Martin Liška ---
Author: marxin
Date: Tue Feb 14 08:03:42 2017
New Revision: 245418
URL: https://gcc.gnu.org/viewcvs?rev=245418&root=gcc&view=rev
Log:
Replace XALLOCAVEC with XCNEWVEC (PR c/79471).
2017-02-14 Martin Liska
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61225
--- Comment #32 from rguenther at suse dot de ---
On Mon, 13 Feb 2017, ubizjak at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61225
>
> Uroš Bizjak changed:
>
>What|Removed |Added
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79471
--- Comment #6 from Martin Liška ---
Author: marxin
Date: Tue Feb 14 08:05:38 2017
New Revision: 245419
URL: https://gcc.gnu.org/viewcvs?rev=245419&root=gcc&view=rev
Log:
Replace XALLOCAVEC with XCNEWVEC (PR c/79471).
2017-02-14 Martin Liska
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79471
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79489
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58909
--- Comment #7 from Brooks Moses ---
Right, understood, but Roland seemed pretty insistent in the discussion on bug
57740 that this was a libstdc++ bug, not a glibc bug. Your contention is that
this is invalid because he's wrong about that, I ta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79408
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Tue Feb 14 08:26:26 2017
New Revision: 245420
URL: https://gcc.gnu.org/viewcvs?rev=245420&root=gcc&view=rev
Log:
PR tree-optimization/79408
* tree-vrp.c (simplify_div_or_m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79335
Martin Liška changed:
What|Removed |Added
Status|WAITING |REOPENED
--- Comment #8 from Martin Liška
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79462
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Tue Feb 14 08:45:31 2017
New Revision: 245421
URL: https://gcc.gnu.org/viewcvs?rev=245421&root=gcc&view=rev
Log:
PR target/79462
* config/sh/sh.c (expand_cbranchdi4): Don'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61225
--- Comment #33 from Uroš Bizjak ---
Looking at PR49095, it seems to me that the remaining of this PR is just a
testsuite regression.
PR49095 introduces various peephole2 patterns that generate RMW versions of x86
insns, and fshrink-wrap interfe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79462
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79504
Bug ID: 79504
Summary: Mix of perfect forwarding and reference qualifier
leads to recursive template instantiation.
Product: gcc
Version: 7.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79489
--- Comment #2 from Marc Glisse ---
(In reply to Martin Liška from comment #1)
> 1) we wrongly match early return heuristics.
Ah, right, that seems like an important heuristic, but it is very eager, it
applies even if both branches lead to retur
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79462
--- Comment #8 from dhowells at redhat dot com ---
The patch works for me, thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79460
--- Comment #6 from rguenther at suse dot de ---
On Mon, 13 Feb 2017, amker at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79460
>
> --- Comment #5 from amker at gcc dot gnu.org ---
> (In reply to Jakub Jelinek from co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79460
--- Comment #7 from Jakub Jelinek ---
Shouldn't it (both in the vectorizer and in scev) be dependent not just on
flag_fp_contract_mode but also on some -ffast-math subflag? Doing several
additions can e.g. raise different exceptions and have dif
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79460
--- Comment #8 from rguenther at suse dot de ---
On Tue, 14 Feb 2017, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79460
>
> --- Comment #7 from Jakub Jelinek ---
> Shouldn't it (both in the vectorizer and in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79460
--- Comment #9 from Jakub Jelinek ---
(In reply to rguent...@suse.de from comment #8)
> On Tue, 14 Feb 2017, jakub at gcc dot gnu.org wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79460
> >
> > --- Comment #7 from Jakub Jelinek ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79505
Bug ID: 79505
Summary: Memory leaks in oacc_loop_discover_walk
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79460
--- Comment #10 from amker at gcc dot gnu.org ---
(In reply to Jakub Jelinek from comment #9)
> (In reply to rguent...@suse.de from comment #8)
> > On Tue, 14 Feb 2017, jakub at gcc dot gnu.org wrote:
> >
> > > https://gcc.gnu.org/bugzilla/show_b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79448
--- Comment #5 from Mark Wielaard ---
(In reply to Martin Sebor from comment #4)
> Ouch. When its size argument is zero, a snprintf call is a request to
> compute the size of output without actually writing any into the destination
> (which may
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79460
--- Comment #11 from rguenther at suse dot de ---
On Tue, 14 Feb 2017, amker at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79460
>
> --- Comment #10 from amker at gcc dot gnu.org ---
> (In reply to Jakub Jelinek from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79472
Jakub Jelinek changed:
What|Removed |Added
Attachment #40726|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79288
--- Comment #3 from Jakub Jelinek ---
Fix posted for review: http://gcc.gnu.org/ml/gcc-patches/2017-01/msg02349.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68664
--- Comment #26 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Tue Feb 14 10:31:14 2017
New Revision: 245424
URL: https://gcc.gnu.org/viewcvs?rev=245424&root=gcc&view=rev
Log:
[AArch64] PR rtl-optimization/68664 Implement TARGET_SCHE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68664
--- Comment #27 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Tue Feb 14 10:33:50 2017
New Revision: 245425
URL: https://gcc.gnu.org/viewcvs?rev=245425&root=gcc&view=rev
Log:
[ARM] PR rtl-optimization/68664 Implement TARGET_SCHED_CA
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79495
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Target Milestone|7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79494
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Target Milestone|7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79506
Bug ID: 79506
Summary: Compile time increase after r245366 (params.def
(inline-min-speedup) Change from 10 to 8.)
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68664
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Known to work||7.0
Summary|[6/7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79491
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79488
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79505
Richard Biener changed:
What|Removed |Added
Version|unknown |7.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79497
Richard Biener changed:
What|Removed |Added
Target Milestone|7.0 |---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79498
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Target Milestone|7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79498
--- Comment #6 from Martin Liška ---
Author: marxin
Date: Tue Feb 14 10:45:31 2017
New Revision: 245426
URL: https://gcc.gnu.org/viewcvs?rev=245426&root=gcc&view=rev
Log:
2016-03-01 Richard Biener
2017-02-14 Martin Liska
Backport
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70022
--- Comment #9 from Martin Liška ---
Author: marxin
Date: Tue Feb 14 10:45:31 2017
New Revision: 245426
URL: https://gcc.gnu.org/viewcvs?rev=245426&root=gcc&view=rev
Log:
2016-03-01 Richard Biener
2017-02-14 Martin Liska
Backport
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79498
Martin Liška changed:
What|Removed |Added
Summary|[5/7 Regression] ICE in |[7 Regression] ICE in
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79432
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79498
Richard Biener changed:
What|Removed |Added
Priority|P2 |P1
Target Milestone|5.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58909
--- Comment #8 from Jonathan Wakely ---
Well Roland's fix doesn't work, and his claims about libstdc++ problems are
based on ancient history, so I don't find his arguments very persuasive.
I'm happy to document the requirements in the libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66256
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79504
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66256
--- Comment #2 from Jonathan Wakely ---
(In reply to Michael Mehlich from comment #1)
> BTW: The header file could be fixed easily by adding std:: in front of these
> swap occurrences.
No, because that would only consider std::swap and not other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79504
Jonathan Wakely changed:
What|Removed |Added
Summary|Mix of perfect forwarding |Overload resolution in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79506
--- Comment #1 from Richard Biener ---
Ok, so it's IVOPTs becoming relatively slower fastest (with --param
inline-min-speedup=8 it surpasses IRA as the most expensive pass). 34% of IVO
is
spent in simple_iv (and siblings), the other 34% are spen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79464
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79464
--- Comment #3 from Jakub Jelinek ---
And, to answer myself whether the middle-end does care about the METHOD_TYPE
being correct, yes, it does, e.g. that type is stored in gimple_call_fntype
on all the calls to such inherited base ctor, so it sho
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79420
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79464
--- Comment #4 from Jakub Jelinek ---
(In reply to Jakub Jelinek from comment #3)
> On the other side there are over 120 direct TYPE_ARG_TYPES uses and almost 30
> FUNCTION_FIRST_USER_PARMTYPE. Assuming inherited base ctor clones are only
In th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79441
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79224
--- Comment #9 from Jan Hubicka ---
Most of the regression caused by the inlining difference is fixed now, but the
solution is not ideal.
According to Czerny we still have quite noticeable regression
https://gcc.opensuse.org/c++bench-czerny/c-ray
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79489
--- Comment #3 from Jan Hubicka ---
> 1) we wrongly match early return heuristics. It's a known issue as mentioned
> in
> predict.def:
>
> /* Branch causing function to terminate is probably not taken.
>FIXME: early return currently predic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79447
--- Comment #3 from Paul Thomas ---
Hi Damian,
Thanks for the report. I am back in France for a couple of days, tidying up
things like utility company contracts and the pile of "stuff" that I left in a
friend's garage. I'll get onto this as soon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79420
--- Comment #3 from Marek Polacek ---
One way would be to never change OVERLOADs back to being dependent, as in
--- a/gcc/cp/parser.c
+++ b/gcc/cp/parser.c
@@ -7331,7 +7331,8 @@ cp_parser_postfix_dot_deref_expression (cp_parser
*parser,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79505
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79488
Jakub Jelinek changed:
What|Removed |Added
Keywords|ice-on-invalid-code |error-recovery
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79463
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79507
Bug ID: 79507
Summary: Incorrect array item inlining when ASAN is enabled
Product: gcc
Version: lto
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79420
--- Comment #4 from Marek Polacek ---
A similar testcase:
struct S;
extern S s;
template int f ()
{
return s.x;
}
void g ()
{
f<0> ();
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79463
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79463
--- Comment #4 from Jakub Jelinek ---
Yeah. In this particular case it is only the check_abi_tags that assumes a
VAR_DECL has always non-NULL TREE_TYPE, if I return in gdb from there early the
result looks reasonable (likely because we now have
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79508
Bug ID: 79508
Summary: Parse error in template argument list using nested
template arguments
Product: gcc
Version: 6.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79509
Bug ID: 79509
Summary: m68k/coldfire: Internal error, aborting at
dw2gencfi.c:214 in emit_expr_encoded
Product: gcc
Version: 6.3.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79507
--- Comment #1 from Richard Biener ---
Maybe this is an incarnation of PR50199 and -fmerge-constants doesn't fully fix
it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79420
--- Comment #5 from Marek Polacek ---
Given PR79463 and Comment 4, it seems that we shouldn't change at least
VAR_DECLs and OVERLOADs back to dependent. Maybe limit what kind of object
expressions we want to treat dependent.
Anybody have a sugg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79460
--- Comment #12 from Segher Boessenkool ---
(In reply to Jakub Jelinek from comment #7)
> Shouldn't it (both in the vectorizer and in scev) be dependent not just on
> flag_fp_contract_mode but also on some -ffast-math subflag? Doing several
> ad
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79510
Bug ID: 79510
Summary: #pragma GCC diagnostic pop/push/ignored doesn't work
as expected in template code
Product: gcc
Version: 6.3.1
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68664
Segher Boessenkool changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79420
--- Comment #6 from Jason Merrill ---
(In reply to Marek Polacek from comment #5)
> Given PR79463 and Comment 4, it seems that we shouldn't change at least
> VAR_DECLs and OVERLOADs back to dependent.
We can treat them as dependent, but we shoul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79464
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79463
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79420
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79458
--- Comment #2 from Jean Pierre LeJacq ---
Clang 5.0.0 (trunk 295037) accepts the attribute in both locations.
GCC and Clang accept the attribute in both locations for functions other than
the constructor.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79447
--- Comment #4 from Damian Rouson ---
Hi Paul,
Thanks for the updates. My son loves to host garage sales so let us know if
you're getting rid of the "stuff" and we'll drop by. :) Safe travels.
Damian
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67308
--- Comment #5 from Jerome Robert ---
I did not test my self but this is supposed to be fixed in trunk (and not
backported to 6.x):
https://gcc.gnu.org/viewcvs/gcc?view=revision&revision=241977
http://llvm.org/viewvc/llvm-project?view=revision&r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79511
Bug ID: 79511
Summary: Convertation issues in std::codecvt_utf8_utf16
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79499
--- Comment #1 from Gerhard Steinmetz
---
Original files from ./gcc/testsuite/gcc.dg/torture.
Oh, and gcc-5 (configured with --enable-checking=yes) also gives
that ICE for pr57478.c (but not for pr78542.c).
Whereas with release versions 5/6/7 (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79512
Bug ID: 79512
Summary: ICE: Segfault in gimple_build_call_1, at gimple.c:218
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79487
Andreas Krebbel changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79095
--- Comment #13 from Jeffrey A. Law ---
Author: law
Date: Tue Feb 14 15:54:09 2017
New Revision: 245434
URL: https://gcc.gnu.org/viewcvs?rev=245434&root=gcc&view=rev
Log:
PR tree-optimization/79095
* tree-vrp.c (extract_range_fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79095
Jeffrey A. Law changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79508
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45397
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #21 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79487
--- Comment #4 from Dominik Vogt ---
What happens in Cse1 is that the constant is propagated into the FLOAT_EXTEND
expression, resulting in
(float_expand:DD (const_double:SD -9223372036854775808))
which is eventually simplified using simplify
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79487
--- Comment #5 from Andreas Krebbel ---
the real_convert invocation has been added with:
commit 21be42575a11522f5b73d88da65f681711c335a0
Author: jakub
Date: Thu Mar 24 18:58:58 2011 +
PR debug/48204
* simplify-rtx
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79487
--- Comment #6 from Dominik Vogt ---
This experimental patch fixes the problem:
diff --git a/gcc/simplify-rtx.c b/gcc/simplify-rtx.c
index aa45973..2e67cff 100644
--- a/gcc/simplify-rtx.c
+++ b/gcc/simplify-rtx.c
@@ -1897,6 +1897,8 @@ simplify_c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79487
--- Comment #7 from Dominik Vogt ---
(In reply to Andreas Krebbel from comment #5)
> Perhaps we have to do the real_convert unconditionally?!
The real_convert to "mode" is not enough. Before converting to the target
mode, the constant needs to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77468
PeteVine changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79508
Jonathan Wakely changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79404
--- Comment #4 from Jeffrey A. Law ---
Author: law
Date: Tue Feb 14 16:44:33 2017
New Revision: 245436
URL: https://gcc.gnu.org/viewcvs?rev=245436&root=gcc&view=rev
Log:
PR target/79404
* ira-costs.c (scan_one_insn): Initialize r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79404
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79487
--- Comment #8 from Jakub Jelinek ---
(In reply to Dominik Vogt from comment #4)
> What happens in Cse1 is that the constant is propagated into the
> FLOAT_EXTEND expression, resulting in
>
> (float_expand:DD (const_double:SD -9223372036854775
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79448
--- Comment #6 from Martin Sebor ---
Author: msebor
Date: Tue Feb 14 16:51:24 2017
New Revision: 245437
URL: https://gcc.gnu.org/viewcvs?rev=245437&root=gcc&view=rev
Log:
PR middle-end/79448 - unhelpful -Wformat-truncation=2 warning
gcc/testsui
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21485
--- Comment #63 from Jeffrey A. Law ---
So going back to the gcc-3.4 code the major change is we make much more use of
the complex addressing modes on x86:
NumSift:
.LFB2:
pushq %rbx
.LCFI0:
movq%rsi, %r8
.p2align 4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79487
--- Comment #9 from Dominik Vogt ---
(In reply to Jakub Jelinek from comment #8)
> This isn't truncation, but extension (SDmode to DDmode). I presume all
> SDmode values are representable in DDmode, so I don't see anything wrong on
> that.
But
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79448
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79498
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79498
--- Comment #9 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Tue Feb 14 16:53:22 2017
New Revision: 245438
URL: https://gcc.gnu.org/viewcvs?rev=245438&root=gcc&view=rev
Log:
Properly store 128-bit constant in large model
When converting TI
1 - 100 of 226 matches
Mail list logo
