https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79061
--- Comment #8 from Maxim Ostapenko ---
(In reply to Jakub Jelinek from comment #7)
> Comment on attachment 40514 [details]
> Untested fix 1.
>
> But DECL_SOURCE_FILE is not the main input file of the TU that contains it,
> if e.g. a variable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79061
--- Comment #9 from Jakub Jelinek ---
I think it is fine if it has DECL_NAME NULL, but it would be helpful if
DECL_SOURCE_LOCATION of the TRANSLATION_UNIT_DECL was set to some location in
the main input file (e.g. first column on first line of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79098
Markus Trippelsdorf changed:
What|Removed |Added
Target|powerpc-e500v2-linux-gnuspe |powerpc-e500v2-linux-gnuspe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78660
--- Comment #13 from mpf at gcc dot gnu.org ---
(In reply to Eric Botcazou from comment #12)
> > Maybe the load sign-extends instead of zero-extending as specified
> > initially.
>
> But I'm not sure that this matters here, since:
>
> (insn 58
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71737
Paolo Carlini changed:
What|Removed |Added
Summary|[5/6/7 Regression] ICE |[5/6 Regression] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77283
--- Comment #19 from Richard Biener ---
Author: rguenth
Date: Mon Jan 16 09:33:12 2017
New Revision: 244487
URL: https://gcc.gnu.org/viewcvs?rev=244487=gcc=rev
Log:
2017-01-13 Richard Biener
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79095
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79100
Bug ID: 79100
Summary: Superfluous % in messages from cfgloop.c
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79085
Richard Biener changed:
What|Removed |Added
Target||arm-none-eabi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79098
Markus Trippelsdorf changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79099
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79089
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78887
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32199
Richard Biener changed:
What|Removed |Added
Resolution|WORKSFORME |FIXED
--- Comment #20 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32306
Richard Biener changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #32 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79091
Martin Liška changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79058
--- Comment #22 from Dominik Vogt ---
That looks like a similar problem. I'm lacking some knowledge about how
register pairs are allocated for paradoxical subregs on bigendian systems
though. Deducing from the code quoted above and from what
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79054
Christophe Lyon changed:
What|Removed |Added
Target|poerpc64*-*-* |powerpc64*-*-*
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71737
--- Comment #6 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Mon Jan 16 09:09:30 2017
New Revision: 244486
URL: https://gcc.gnu.org/viewcvs?rev=244486=gcc=rev
Log:
/c-family
2017-01-16 Paolo Carlini
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78660
--- Comment #12 from Eric Botcazou ---
> Maybe the load sign-extends instead of zero-extending as specified initially.
But I'm not sure that this matters here, since:
(insn 58 57 59 3 (set (subreg:SI (reg:DI 316 [ iftmp.3_114 ]) 0)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71437
--- Comment #5 from amker at gcc dot gnu.org ---
(In reply to Richard Biener from comment #4)
> With -fwhole-program there's no regression from GCC 6.2 to current trunk.
> Without I still can see a small regression (here 0.86s vs 0.92s).
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78660
--- Comment #16 from mpf at gcc dot gnu.org ---
(In reply to Eric Botcazou from comment #15)
> That's incorrect, see what reload1.c:eliminate_regs_1 says about it:
>
> if (MEM_P (new_rtx)
> && ((x_size < new_size
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79101
Bug ID: 79101
Summary: Registers aren't used for passing and returning
objects when there is a move constructor
Product: gcc
Version: 6.3.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78702
--- Comment #4 from Jonathan Wakely ---
Author: redi
Date: Mon Jan 16 11:41:41 2017
New Revision: 244491
URL: https://gcc.gnu.org/viewcvs?rev=244491=gcc=rev
Log:
PR78702 fix accessibility of locale::facet::__shim
PR libstdc++/78702
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79054
Rainer Orth changed:
What|Removed |Added
CC||ro at gcc dot gnu.org
--- Comment #7 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79098
Alan Modra changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79098
--- Comment #2 from Alan Modra ---
Author: amodra
Date: Mon Jan 16 11:12:57 2017
New Revision: 244489
URL: https://gcc.gnu.org/viewcvs?rev=244489=gcc=rev
Log:
Powerpc bootstrap failure due to duplicate case value
PR target/79098
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79101
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=76731
--- Comment #12 from Andrew Senkevich ---
(In reply to Kirill Yukhin from comment #10)
> (In reply to Andrew Senkevich from comment #8)
> > I think we should follow here declarations from icc headers to be compatible
> > with it.
> Okay. Could
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71437
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79088
--- Comment #3 from Richard Biener ---
Boostrapped/tested on x86_64-unknown-linux-gnu.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78768
Thomas Preud'homme changed:
What|Removed |Added
CC||thopre01 at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78660
--- Comment #14 from Eric Botcazou ---
> Yes, that is true but the upper 32-bits still need to be 'zero'. What
> happens later on is that the (subreg:SI (reg:DI 316)) is spilled, spilling
> only 32-bits to the stack but it gets reloaded as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70710
Aldy Hernandez changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78389
--- Comment #6 from ville at gcc dot gnu.org ---
Author: ville
Date: Mon Jan 16 11:36:33 2017
New Revision: 244490
URL: https://gcc.gnu.org/viewcvs?rev=244490=gcc=rev
Log:
PR libstdc++/78389 fix backwards size adjustments.
PR libstdc++/78389
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78702
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79100
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79037
--- Comment #3 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #2)
> (In reply to John Paul Adrian Glaubitz from comment #1)
> > I'll report back tomorrow.
>
> Problem persists:
Correction: The patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77283
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78660
--- Comment #15 from Eric Botcazou ---
> So does LRA generate a full 64-bit load or an extended 32-to-64-bit load?
The former it seems, I can see:
(insn 218 211 8356 2 (set (reg:SI 4 $4 [2479])
(ne:SI (reg:DI 22 $22 [orig:230 _3 ]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53203
Aldy Hernandez changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79077
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79098
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77498
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization, ra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77498
--- Comment #5 from amker at gcc dot gnu.org ---
(In reply to Richard Biener from comment #4)
> CCing Bin, he was looking into PRE/predcom as well AFAIR. predictive
> commoning here performs unrolling to be able to avoid some loop-carried
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78781
vehre at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78935
vehre at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79102
Bug ID: 79102
Summary: gcc fails to auto-vectorise the product of an array of
complex floats
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78389
--- Comment #7 from ville at gcc dot gnu.org ---
Author: ville
Date: Mon Jan 16 13:30:58 2017
New Revision: 244492
URL: https://gcc.gnu.org/viewcvs?rev=244492=gcc=rev
Log:
PR libstdc++/78389 fix backwards size adjustments
Backport from mainline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79061
--- Comment #10 from Maxim Ostapenko ---
Yeah, but it seems that lto doesn't propagate source location either:
/* Output info about new location into bitpack BP.
After outputting bitpack, lto_output_location_data has
to be done to output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78599
--- Comment #13 from Martin Jambor ---
Indeed it is.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68887
vehre at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |WAITING
Depends on|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78835
--- Comment #5 from Richard Biener ---
So initially we generate
DIE0: DW_TAG_GNU_call_site (0x768cd690)
abbrev id: 0 offset: 0 mark: 0
DW_AT_low_pc: label: *.LVL1
DW_AT_abstract_origin: address
but that later gets rewritten
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78389
--- Comment #8 from ville at gcc dot gnu.org ---
Author: ville
Date: Mon Jan 16 13:32:39 2017
New Revision: 244493
URL: https://gcc.gnu.org/viewcvs?rev=244493=gcc=rev
Log:
PR libstdc++/78389 fix backwards size adjustments
Backport from mainline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71463
--- Comment #16 from Milian Wolff ---
So how can I silence the warning then for the case I pasted in the first
comment:
~~~+
#include
template struct foo {};
foo emit_unexpected_warning;
int main() { return
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78616
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79103
Bug ID: 79103
Summary: [7 Regression] build_variant_type_copy ICE
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71737
--- Comment #8 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Mon Jan 16 15:43:06 2017
New Revision: 244496
URL: https://gcc.gnu.org/viewcvs?rev=244496=gcc=rev
Log:
/c-family
2017-01-16 Paolo Carlini
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71737
Bug 71737 depends on bug 79103, which changed state.
Bug 79103 Summary: [7 Regression] build_variant_type_copy ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79103
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79103
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71737
Paolo Carlini changed:
What|Removed |Added
Summary|[5/6 Regression] ICE|[5/6/7 Regression] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79103
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79051
--- Comment #7 from Martin Sebor ---
Author: msebor
Date: Mon Jan 16 15:50:47 2017
New Revision: 244497
URL: https://gcc.gnu.org/viewcvs?rev=244497=gcc=rev
Log:
PR testsuite/79051 - FAIL: gcc.dg/attr-alloc_size-4.c (test for warnings, line
140)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78835
--- Comment #6 from Jakub Jelinek ---
Perhaps we could combine the #c1 patch with some changes to make sure we don't
prune those types that appear in callgraph edges callee contexts?
Is the early finish debug hook called after some minimal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78616
--- Comment #14 from David Malcolm ---
Author: dmalcolm
Date: Mon Jan 16 15:03:41 2017
New Revision: 244494
URL: https://gcc.gnu.org/viewcvs?rev=244494=gcc=rev
Log:
system.h: Poison strndup (PR bootstrap/78616)
gcc/ChangeLog:
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79054
--- Comment #8 from Martin Sebor ---
I committed r244497 to avoid exercising the test case on that line on
non-x86_64 targets. It passes on x86_64 with the native compiler and with a
sparc-sun-solaris2.11 cross-compiler, in both ILP32 and LP64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66145
--- Comment #28 from Jonathan Wakely ---
Author: redi
Date: Mon Jan 16 15:58:06 2017
New Revision: 244498
URL: https://gcc.gnu.org/viewcvs?rev=244498=gcc=rev
Log:
PR66145 use new ABI for std::ios::failure exceptions
PR libstdc++/66145
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66145
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79061
--- Comment #11 from Maxim Ostapenko ---
(In reply to Maxim Ostapenko from comment #10)
> Yeah, but it seems that lto doesn't propagate source location either:
>
> /* Output info about new location into bitpack BP.
>After outputting
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70696
--- Comment #10 from Dominique d'Humieres ---
Compiling the test in comment 0 with -fcoarray=lib -lcaf_single at r244453
fails at link time with
Undefined symbols for architecture x86_64:
"_caf_token.0.3515", referenced from:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79106
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78835
--- Comment #7 from Jakub Jelinek ---
The important thing is that it is only possible to refer to a single DIE in the
type unit (.debug.types.* in DWARF4, .debug_info DW_UT_type unit in DWARF5);
in the #c0 case it is the Bar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77484
--- Comment #27 from wilco at gcc dot gnu.org ---
(In reply to Jan Hubicka from comment #26)
> Hello, did the Gap scores on arm too? Both Itanium and PPC testers seems to
> show improved gap scores, so hope arm and the other ppc tester too.
On
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78505
--- Comment #10 from vehre at gcc dot gnu.org ---
The effort is quite significant, because several support functions have to be
ported from other commits. I.e., I do not want to spend too much time on it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79104
Bug ID: 79104
Summary: [7.0 regression] ambiguity calling std::end on a local
constexpr array of structs
Product: gcc
Version: 7.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79104
Martin Sebor changed:
What|Removed |Added
Keywords||rejects-valid
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78835
--- Comment #8 from Jakub Jelinek ---
Now, even going through all cgraph edges and marking the callee DIEs as used
(setting die_mark for them) early (but I guess it would be better to do the
early finish then after early optimizations, but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79104
--- Comment #2 from Martin Sebor ---
As a couple of additional data points EDG 4.11 and IBM XLC++ both reject the
test case. EDG with an error similar to GCC.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79058
Vladimir Makarov changed:
What|Removed |Added
CC||vmakarov at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78835
--- Comment #9 from Jakub Jelinek ---
Created attachment 40524
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40524=edit
gcc7-pr78835.patch
Untested patch that fixes the ICE on this testcase by marking directly called
functions as needed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79106
Bug ID: 79106
Summary: wrong source line printed in diagnostics for a
translation unit
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79061
Maxim Ostapenko changed:
What|Removed |Added
Attachment #40514|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79105
Bug ID: 79105
Summary: Autovectorized NEON code slower than vfpv4 on Cortex
A5
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68933
vehre at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79097
vehre at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78304
--- Comment #9 from David Malcolm ---
Author: dmalcolm
Date: Mon Jan 16 18:08:45 2017
New Revision: 244502
URL: https://gcc.gnu.org/viewcvs?rev=244502=gcc=rev
Log:
Fix testcases for PR c/78304
The testcases as written made assumptions about
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79066
--- Comment #7 from Alan Modra ---
Author: amodra
Date: Tue Jan 17 02:54:11 2017
New Revision: 244515
URL: https://gcc.gnu.org/viewcvs?rev=244515=gcc=rev
Log:
PR79066, non-PIC code generated for powerpc glibc with -fpic
PR target/79066
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78633
--- Comment #19 from Kazumoto Kojima ---
Author: kkojima
Date: Tue Jan 17 04:07:51 2017
New Revision: 244516
URL: https://gcc.gnu.org/viewcvs?rev=244516=gcc=rev
Log:
PR target/78633
* config/sh/sh.md (cmpeqsi_t+1): Call copy_rtx
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78633
--- Comment #20 from Kazumoto Kojima ---
I've applied a quick fix. I'd like to keep this open for further
checks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79066
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79107
Bug ID: 79107
Summary: ICE on name resolution within internal subroutine
Product: gcc
Version: 6.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69435
--- Comment #4 from David Malcolm ---
Followup was here:
http://lists.gnu.org/archive/html/dejagnu/2016-02/msg6.html
2016-02-15 Ben Elliston
Reported by David Malcolm.
* lib/dejagnu.exp (text):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69435
--- Comment #5 from David Malcolm ---
(In reply to David Malcolm from comment #4)
> Followup was here:
> http://lists.gnu.org/archive/html/dejagnu/2016-02/msg6.html
which is:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68473
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79104
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78365
Andrew Senkevich changed:
What|Removed |Added
CC||andrew.n.senkevich at gmail
dot co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77484
--- Comment #28 from Jan Hubicka ---
> On SPEC2000 the latest changes look good, compared to the old predictor gap
> improved by 10% and INT/FP by 0.8%/0.6%. I'll run SPEC2006 tonight.
It is rather surprising you are seeing such large changes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79107
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33562
--- Comment #32 from Jeffrey A. Law ---
Author: law
Date: Mon Jan 16 23:43:05 2017
New Revision: 244509
URL: https://gcc.gnu.org/viewcvs?rev=244509=gcc=rev
Log:
2017-01-16 Jeff Law
PR tree-optimization/79090
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61912
--- Comment #9 from Jeffrey A. Law ---
Author: law
Date: Mon Jan 16 23:43:05 2017
New Revision: 244509
URL: https://gcc.gnu.org/viewcvs?rev=244509=gcc=rev
Log:
2017-01-16 Jeff Law
PR tree-optimization/79090
1 - 100 of 135 matches
Mail list logo