https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32199
Richard Biener changed:
What|Removed |Added
Resolution|WORKSFORME |FIXED
--- Comment #20 from Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79085
Richard Biener changed:
What|Removed |Added
Target||arm-none-eabi
Status|UNCONF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32306
Richard Biener changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #32 from Richard Biener
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 is
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=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 th
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=79098
Markus Trippelsdorf changed:
What|Removed |Added
Priority|P3 |P1
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&root=gcc&view=rev
Log:
/c-family
2017-01-16 Paolo Carlini
PR c++/71737
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=79099
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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 re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79089
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
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&root=gcc&view=rev
Log:
2017-01-13 Richard Biener
PR tree-optimization/77283
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=79095
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
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)
(ne:
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=79100
Bug ID: 79100
Summary: Superfluous % in messages from cfgloop.c
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: translatio
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=79098
Alan Modra changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at g
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 DImode
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=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).
>
> Fro
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 ] [230]
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&root=gcc&view=rev
Log:
Powerpc bootstrap failure due to duplicate case value
PR target/790
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53203
Aldy Hernandez changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org
--- Comment #1
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=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=79088
--- Comment #3 from Richard Biener ---
Boostrapped/tested on x86_64-unknown-linux-gnu.
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=70710
Aldy Hernandez changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org
Sum
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&root=gcc&view=rev
Log:
PR libstdc++/78389 fix backwards size adjustments.
PR libstdc++
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&root=gcc&view=rev
Log:
PR78702 fix accessibility of locale::facet::__shim
PR libstdc++/
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=79101
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=77498
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization, ra
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 fixes
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 yo
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
> depen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78768
Thomas Preud'homme changed:
What|Removed |Added
CC||thopre01 at gcc dot gnu.org
--- Com
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=78599
--- Comment #13 from Martin Jambor ---
Indeed it is.
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 invali
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&root=gcc&view=rev
Log:
PR libstdc++/78389 fix backwards size adjustments
Backport from
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&root=gcc&view=rev
Log:
PR libstdc++/78389 fix backwards size adjustments
Backport from
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=78935
vehre at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78781
vehre at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|--
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 0; }
~~~+
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 a
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=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 cgraph
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&root=gcc&view=rev
Log:
system.h: Poison strndup (PR bootstrap/78616)
gcc/ChangeLog:
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=79103
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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&root=gcc&view=rev
Log:
/c-family
2017-01-16 Paolo Carlini
Revert:
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=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
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&root=gcc&view=rev
Log:
PR testsuite/79051 - FAIL: gcc.dg/attr-alloc_size-4.c (test for warnings,
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 m
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&root=gcc&view=rev
Log:
PR66145 use new ABI for std::ios::failure exceptions
PR libstdc
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 bitpack,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78505
Zaak changed:
What|Removed |Added
CC||zbeekman at gmail dot com
--- Comment #9 from Zaa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61729
--- Comment #2 from joseph at codesourcery dot com ---
FWIW, new C floating-point types such as _Float16 and _Float32 are not
promoted in variable arguments either, which has required a few back-end
changes. Complex types such as _Complex floa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78176
mpf at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
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 DW_TAG_structure_type
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 SP
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
Severity:
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 before
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=79097
vehre at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIR
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:
__caf_init.
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&root=gcc&view=rev
Log:
Fix testcases for PR c/78304
The testcases as written made assumptions
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
Priority
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79058
Vladimir Makarov changed:
What|Removed |Added
CC||vmakarov at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68933
vehre at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIR
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&action=edit
gcc7-pr78835.patch
Untested patch that fixes the ICE on this testcase by marking directly called
functions as n
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=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=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=79104
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
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
Component:
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=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): Allow angle brack
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:
http://git.savannah.gnu.org/gitweb/?p=dejagnu.git;a=commitdiff;h
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=61729
--- Comment #3 from Segher Boessenkool ---
Okay, I'll make it work for SVR4 in the rs6000 backend then.
The generic code makes suboptimal code, many ABIs need to update (even
those that haven't changed for 25 years), and more backends will need
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78365
--- Comment #11 from Andrew Pinski ---
(In reply to Andrew Senkevich from comment #10)
> This commit breaks 5 SPEC CPU 2006 benchmarks (416.gamess, 454.calculix,
> 459.GemsFDTD, 465.tonto, 481.wrf) with ICE on x86_64 (and looks like on
> aarch64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79108
Andrew Pinski changed:
What|Removed |Added
Target||aarch64-linux-gnu
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49726
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Mon Jan 16 21:33:07 2017
New Revision: 244505
URL: https://gcc.gnu.org/viewcvs?rev=244505&root=gcc&view=rev
Log:
PR driver/49726
* gcc.c (debug_level_greater_than_spec_fun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79108
Bug ID: 79108
Summary: [7 Regression] ICE on some fortran code with -flto
-Ofast
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: GC, ice-on-valid-code
1 - 100 of 135 matches
Mail list logo
