https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87245
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14799
Andrew Pinski changed:
What|Removed |Added
CC||eyalroz at technion dot ac.il
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87925
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70547
--- Comment #5 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #4)
> /* (m1 CMP m2) * d -> (m1 CMP m2) ? d : 0 */
> (for cmp (gt lt ge le)
> (simplify
> (mult (convert (cmp @0 @1)) @2)
> (cond (cmp @0 @1) @2 { build_zero_cst (t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70547
--- Comment #4 from Andrew Pinski ---
/* (m1 CMP m2) * d -> (m1 CMP m2) ? d : 0 */
(for cmp (gt lt ge le)
(simplify
(mult (convert (cmp @0 @1)) @2)
(cond (cmp @0 @1) @2 { build_zero_cst (type); })))
Should have caught that ...
NOTE I think
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87961
--- Comment #1 from Andrew Pinski ---
I think this is a dup of bug 17913 which was fixed in the C front-end in 2005
but it was never fixed in the C++ front-end (the front-ends share some code but
not all).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87941
Andrew Pinski changed:
What|Removed |Added
Target||arm*-*-*
Component|rtl-optimiza
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86904
--- Comment #3 from Eric Gallager ---
(In reply to David Malcolm from comment #2)
> (In reply to richard.earnshaw from comment #1)
> > On 09/08/18 21:08, dmalcolm at gcc dot gnu.org wrote:
> [...snip...]
> > > Maybe:
> > > -fdiagnostics-x-coord
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87836
--- Comment #9 from Gary Mills ---
Okay, I'm compiling it with -O0 right now. It might take a couple of days.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87964
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87966
--- Comment #1 from Jerry DeLisle ---
I had a leftover printf statement for debugging in the initial commit last
night which I fixed this morning.
Let me know if the problem persists. The line was:
printf("allow_std=%d\n", compile_options.warn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87965
--- Comment #3 from Martin Sebor ---
Author: msebor
Date: Fri Nov 9 23:15:59 2018
New Revision: 265998
URL: https://gcc.gnu.org/viewcvs?rev=265998&root=gcc&view=rev
Log:
gcc/testsuite/ChangeLog:
PR testsuite/87965
* c-c++-commo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87836
--- Comment #8 from Eric Botcazou ---
> That's the immediate cause of the ICE. I haven't identified the root cause
> yet. I'm wondering, though, why the compiler built and ran on x86 hardware,
> but failed on SPARC hardware. One difference is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87965
Martin Sebor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87965
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87967
Bug ID: 87967
Summary: ice in slpeel_duplicate_current_defs_from_edges
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87966
Bug ID: 87966
Summary: [9 regression] The SPEC2006 tests 416.gamess and
481.wrf fail starting with r265946
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87965
Bug ID: 87965
Summary: [9 regression] Test cases c-c++-common/pr60226.c and
gcc.dg/pr39323-1.c fail starting with r265977
Product: gcc
Version: 9.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87947
--- Comment #2 from comm+gnu at squotd dot net ---
Thanks. I had no idea that had changed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87850
David Malcolm changed:
What|Removed |Added
Keywords||patch
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87836
--- Comment #7 from Gary Mills ---
I'm still waiting for information on how to use gdb to check the alignment of
the structures involved in this ICE.
I had to RTFM and experiment. Here's the result:
$ /usr/bin/sparcv7/gdb build/sparcv7/./gcc/c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87949
Segher Boessenkool changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87963
Jonathan Wakely changed:
What|Removed |Added
Keywords||build
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85103
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P2
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87964
Bug ID: 87964
Summary: c-attribs.c:3965: possible cut'n'paste error ?
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41179
sandra at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65703
sandra at gcc dot gnu.org changed:
What|Removed |Added
CC||sandra at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87221
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87221
--- Comment #4 from Jeffrey A. Law ---
Author: law
Date: Fri Nov 9 20:55:39 2018
New Revision: 265994
URL: https://gcc.gnu.org/viewcvs?rev=265994&root=gcc&view=rev
Log:
PR target/87221
* config/netbsd-elf.h (NETBSD_STARTFILE_SPE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41179
--- Comment #4 from sandra at gcc dot gnu.org ---
Author: sandra
Date: Fri Nov 9 20:45:06 2018
New Revision: 265993
URL: https://gcc.gnu.org/viewcvs?rev=265993&root=gcc&view=rev
Log:
2018-11-09 Sandra Loosemore
PR driver/41179
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65703
--- Comment #3 from sandra at gcc dot gnu.org ---
Author: sandra
Date: Fri Nov 9 20:45:06 2018
New Revision: 265993
URL: https://gcc.gnu.org/viewcvs?rev=265993&root=gcc&view=rev
Log:
2018-11-09 Sandra Loosemore
PR driver/41179
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87940
Bernd Edlinger changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87940
--- Comment #2 from Bernd Edlinger ---
Author: edlinger
Date: Fri Nov 9 20:38:07 2018
New Revision: 265992
URL: https://gcc.gnu.org/viewcvs?rev=265992&root=gcc&view=rev
Log:
2018-11-09 Bernd Edlinger
PR tree-optimization/87940
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87963
Bug ID: 87963
Summary: libstdc++-v3/src/c++17/memory_resource.cc:515:31:
error: static assertion failed for mingw-w64 target
since r265853
Product: gcc
Version: 9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87762
--- Comment #4 from iii at gcc dot gnu.org ---
Author: iii
Date: Fri Nov 9 20:33:19 2018
New Revision: 265991
URL: https://gcc.gnu.org/viewcvs?rev=265991&root=gcc&view=rev
Log:
S/390: Allow relative addressing of literal pool entries
r265490 al
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87949
--- Comment #11 from Segher Boessenkool ---
Trying that out now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87949
--- Comment #10 from Segher Boessenkool ---
(In reply to David Edelsohn from comment #7)
> This sounds like the general problem of the first RA pass creating
> excessively long live ranges.
Yeah.
> Does GCC know how to re-materialize a comparis
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87787
--- Comment #5 from Jonathan Wakely ---
Author: redi
Date: Fri Nov 9 20:14:07 2018
New Revision: 265984
URL: https://gcc.gnu.org/viewcvs?rev=265984&root=gcc&view=rev
Log:
PR libstdc++/87787 fix UBsan error in std::vector
PR libstdc++/8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87949
--- Comment #9 from Segher Boessenkool ---
(In reply to meissner from comment #6)
- Comment #4 from Bill Schmidt ---
> > Seems like a potential opportunity for shrink-wrap separate on the CRs. I'm
> > not sure whether that's implemented yet.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87951
--- Comment #6 from Jonathan Wakely ---
(In reply to Vitali from comment #5)
> Jonathan, I think the defect report here does actually apply to this
> example.
I didn't say otherwise.
> I agree the argument could be made that if there's gaps in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87949
--- Comment #8 from Segher Boessenkool ---
(In reply to Bill Schmidt from comment #4)
> Seems like a potential opportunity for shrink-wrap separate on the CRs. I'm
> not sure whether that's implemented yet.
It isn't; there are some technical pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87951
--- Comment #5 from Vitali ---
Jonathan, I think the defect report here does actually apply to this example. I
agree the argument could be made that if there's gaps in the enum values that
it's arguable that the current GCC behaviour is standards
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87960
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87951
--- Comment #4 from Vitali ---
Is there a way to annotate a specific enum as strict?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87951
--- Comment #3 from Jonathan Wakely ---
(In reply to Vitali from comment #0)
> If a function has a single switch statement that handles all enum values &
> returns a value GCC will warn about the function not returning a value
> whereas clang doe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87949
David Edelsohn changed:
What|Removed |Added
Target|powerpc |powerpc-*-*
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87949
--- Comment #6 from meissner at linux dot ibm.com ---
On Fri, Nov 09, 2018 at 02:47:31PM +, wschmidt at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87949
>
> --- Comment #4 from Bill Schmidt ---
> Seems like a poten
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87949
--- Comment #5 from meissner at linux dot ibm.com ---
On Fri, Nov 09, 2018 at 02:28:28AM +, bergner at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87949
>
> --- Comment #3 from Peter Bergner ---
> What do you think
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87520
--- Comment #4 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #1)
> @@ -513,7 +512,6 @@ _GLIBCXX_BEGIN_NAMESPACE_VERSION
>alignas(type_info) static constexpr _Sp_make_shared_tag __tag;
This needs to be fixed to have t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81824
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85930
Jonathan Wakely changed:
What|Removed |Added
Status|RESOLVED|REOPENED
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18501
Eric Gallager changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87962
David Binderman changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87962
Bug ID: 87962
Summary: ice in vect_get_vec_def_for_operand_1, at
tree-vect-stmts.c:1485
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81824
--- Comment #10 from Martin Sebor ---
Author: msebor
Date: Fri Nov 9 17:32:52 2018
New Revision: 265980
URL: https://gcc.gnu.org/viewcvs?rev=265980&root=gcc&view=rev
Log:
PR middle-end/81824 - Warn for missing attributes with function aliases
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78351
--- Comment #26 from Jerry DeLisle ---
Author: jvdelisle
Date: Fri Nov 9 17:29:33 2018
New Revision: 265979
URL: https://gcc.gnu.org/viewcvs?rev=265979&root=gcc&view=rev
Log:
2018-11-09 Jerry DeLisle
PR libfortran/78351
* io
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87795
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87795
--- Comment #8 from Martin Sebor ---
Author: msebor
Date: Fri Nov 9 17:17:47 2018
New Revision: 265977
URL: https://gcc.gnu.org/viewcvs?rev=265977&root=gcc&view=rev
Log:
PR c/87795 - Excessive alignment permitted for functions and labels
gcc/c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78351
--- Comment #25 from Jerry DeLisle ---
Author: jvdelisle
Date: Fri Nov 9 17:07:39 2018
New Revision: 265976
URL: https://gcc.gnu.org/viewcvs?rev=265976&root=gcc&view=rev
Log:
2018-11-09 Jerry DeLisle
Backport from trunk
PR l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87950
Martin Sebor changed:
What|Removed |Added
Keywords||missed-optimization
Status|RE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87787
--- Comment #4 from Tobias Burnus ---
(In reply to Marc Glisse from comment #1)
> That would be my recent commit.
Namely, the commit r265485 of 2018-10-25: "Relocation (= move+destroy)"
PR libstdc++/87106
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87787
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
Sum
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87949
--- Comment #4 from Bill Schmidt ---
Seems like a potential opportunity for shrink-wrap separate on the CRs. I'm
not sure whether that's implemented yet.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87892
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87961
Bug ID: 87961
Summary: crash at goto label inside sizeof
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81585
Eric Gallager changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80936
Eric Gallager changed:
What|Removed |Added
CC||ghazi at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80512
Eric Gallager changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79605
Eric Gallager changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31351
--- Comment #2 from Eric Gallager ---
(In reply to Manuel López-Ibáñez from comment #1)
> This is a bug yes, but it won't get fixed unless someone that cares about it
> steps up to fix it.
I'd do this but I don't know the Ada FE well enough sinc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35903
--- Comment #11 from Eric Gallager ---
(In reply to Manuel López-Ibáñez from comment #4)
> (In reply to comment #3)
> > This bug has no changed for months, I think it is still active.
>
> Newer higher priority bugs often make us forget about old
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87942
--- Comment #4 from Alexander Monakov ---
(In reply to Johannes Vetter from comment #3)
> My problem now: in how many other cases is the same behavior? I cannot check
> every global variable/struct by hand.
I recommend to open a new bugreport fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87957
Martin Liška changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |hubicka at gcc dot
gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87955
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87954
--- Comment #4 from Marc Glisse ---
(In reply to Martin Liška from comment #3)
> Marc, are you planning to implement that in the future?
Not in the near future, no. It is all yours if you want it ;-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87867
--- Comment #2 from Ramana Radhakrishnan ---
Author: ramana
Date: Fri Nov 9 12:50:51 2018
New Revision: 265965
URL: https://gcc.gnu.org/viewcvs?rev=265965&root=gcc&view=rev
Log:
[PATCH, arm] Backport -- Fix ICE during thunk generation with -mlo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87954
--- Comment #3 from Martin Liška ---
Marc, are you planning to implement that in the future?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87960
Martin Liška changed:
What|Removed |Added
Known to work||8.2.0
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87960
Bug ID: 87960
Summary: [9 Regression] Miscompilation of 527.cam4_r benchmark
from SPEC2017 w/ -O2 since r265946
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Ke
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87959
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87958
--- Comment #2 from Jakub Jelinek ---
Ah, ok, thanks. Perhaps we should just mention it in our scan-tree-dump-times
documentation and close then.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87959
Bug ID: 87959
Summary: ICE in tree check: expected enumeral_type, have
record_type in free_enum_values, at ipa-devirt.c:2265
Product: gcc
Version: 9.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87958
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87953
--- Comment #4 from Richard Biener ---
Author: rguenth
Date: Fri Nov 9 12:29:51 2018
New Revision: 265964
URL: https://gcc.gnu.org/viewcvs?rev=265964&root=gcc&view=rev
Log:
2018-11-09 Richard Biener
PR tree-optimization/87953
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87953
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86997
Jan Engelhardt changed:
What|Removed |Added
CC||jengelh at inai dot de
--- Comment #4 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87867
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87957
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87958
Bug ID: 87958
Summary: scan-tree-dump-times vs. (foo|bar)
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87957
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2018-11-9
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87957
Bug ID: 87957
Summary: [9 Regression] ICE tree check: expected tree that
contains ‘decl minimal’ structure, have
‘identifier_node’ in warn_odr, at ipa-devirt.c:1051
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87954
--- Comment #2 from Richard Biener ---
(In reply to Aldy Hernandez from comment #1)
> Indeed, if you compile imul() with -fdump-tree-all-details-alias -O2 and
> look at the vrp1 dump, one can see:
>
> # RANGE [0, 1] NONZERO 1
> is_rec_12 = (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87953
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87942
--- Comment #3 from Johannes Vetter
---
Ok, thanks a lot.
I haven't expected that an initializer could change the alignment of a
variable. "-fno-common" does not work in my case (perhaps because the variable
already has a attribute "section").
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87943
--- Comment #2 from Jürgen Reuter ---
Yep, I know that 6 is no longer supported. Nevertheless
I wanted to at least report that bug. It is only in 6.5 ,
7/8/9 are ok.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87621
--- Comment #5 from Richard Biener ---
Author: rguenth
Date: Fri Nov 9 10:53:31 2018
New Revision: 265959
URL: https://gcc.gnu.org/viewcvs?rev=265959&root=gcc&view=rev
Log:
2018-11-09 Richard Biener
PR tree-optimization/87621
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 87621, which changed state.
Bug 87621 Summary: outer loop auto-vectorization fails for exponentiation code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87621
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87621
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87952
--- Comment #1 from Richard Biener ---
I belive I've seen dups for this. We merely isolate those paths but do not
remove them (removing them might end up as a security issue).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87950
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRM
1 - 100 of 125 matches
Mail list logo