https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68968
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
Hi,
Here is a trivial patch to fix boolean vector invariants. Bootstrapped and
tested on x86_64-pc-linux-gnu. Applied to trunk.
Thanks,
Ilya
--
gcc/
2015-12-18 Ilya Enkovich
PR tree-optimization/68956
* tree-vect-stmts.c (vect_init_vector): Fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68963
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
On 12/17/2015 10:51 AM, Robin Dapp wrote:
> 2015-12-15 Robin Dapp
>
> * config/s390/predicates.md: Change and rename
> constm1_operand to all_ones_operand
> * config/s390/s390.c (s390_expand_vcond): Use all_ones_operand
> *
On 12/15/2015 10:53 AM, Robin Dapp wrote:
> gcc/ChangeLog:
>
> 2015-12-15 Robin Dapp
>
> * config/s390/s390.c (s390_expand_vcond): Convert vector
> conditional into shift.
> * config/s390/vector.md: Change operand predicate.
>
>
This is a multi-part message in MIME format.
--2.2.0.1.gd394abb.dirty
Content-Type: text/plain; charset=UTF-8; format=fixed
Content-Transfer-Encoding: 8bit
Hi,
PR68232 is a testsuite failure for targets with very low branch costs.
As the test is looking for if-conversion, it will
Dominik Vogt writes:
> The attached patch fixes the handling of LABEL_REF in genrecog and
> genpreds.
>
> The current code assumes that X can have only a mode than PRED (X,
> MODE) if X is CONST_INT, CONST_DOUBLE or CONST_WIDE_INT, but
> actually that can be also the case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68707
--- Comment #22 from rguenther at suse dot de ---
On Thu, 17 Dec 2015, alalaw01 at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68707
>
> --- Comment #21 from alalaw01 at gcc dot gnu.org ---
> Here's the smallest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68796
--- Comment #2 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Fri Dec 18 09:58:07 2015
New Revision: 231810
URL: https://gcc.gnu.org/viewcvs?rev=231810=gcc=rev
Log:
[AArch64] PR rtl-optimization/68796 Add compare-of-zero_extract
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68956
--- Comment #5 from Ilya Enkovich ---
Author: ienkovich
Date: Fri Dec 18 10:01:02 2015
New Revision: 231811
URL: https://gcc.gnu.org/viewcvs?rev=231811=gcc=rev
Log:
gcc/
PR tree-optimization/68956
* tree-vect-stmts.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68956
Ilya Enkovich changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68973
Richard Biener changed:
What|Removed |Added
Target||powerpc64*
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68954
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68906
--- Comment #4 from Ilya Enkovich ---
Author: ienkovich
Date: Fri Dec 18 10:16:56 2015
New Revision: 231812
URL: https://gcc.gnu.org/viewcvs?rev=231812=gcc=rev
Log:
gcc/
2015-12-18 Yuri Rumyantsev
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68951
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68964
Richard Biener changed:
What|Removed |Added
CC||rth at gcc dot gnu.org
Target
Hi Richard,
Here is updated patch for middle-end part of the whole patch which
fixes all your remarks I hope.
Regression testing and bootstrapping did not show any new failures.
Is it OK for trunk?
Yuri.
ChangeLog:
2015-12-18 Yuri Rumyantsev
PR middle-end/68542
*
Latest patch for r2 to r4, including a test case.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
IBM Germany
gcc/ChangeLog
* config/s390/s390.c (s390_init_frame_layout): Try r4 to r2 for the
literal pool pointer.
gcc/testsuite/ChangeLog
* gcc.target/s390/litpool-r3-1.c: New
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68800
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68971
--- Comment #6 from Paul Eggert ---
(In reply to Martin Sebor from comment #5)
> This is a valid constant expression
I'm aware of the distinction between constant and other expressions. I'm trying
to give the ordinary user's viewpoint, not the
On Thu, 17 Dec 2015, Kyrill Tkachov wrote:
>
> On 14/12/15 15:14, Richard Biener wrote:
> > The following fixes PR68852 - so I finally needed to sit down and
> > fix the "build-from-scalars" hack in the SLP vectorizer by pretending
> > we'd have a sane vectorizer IL. Basically I now mark the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68795
--- Comment #4 from Nick Clifton ---
Hi David,
> Bother; I have another patch for this I was about to post, which is
> bootstrapping right now
Oops - sorry for treading on your toes!
Cheers
Nick
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68946
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||ktkachov at gcc dot gnu.org
On 18/12/15 08:57, Richard Biener wrote:
On Thu, 17 Dec 2015, Kyrill Tkachov wrote:
On 14/12/15 15:14, Richard Biener wrote:
The following fixes PR68852 - so I finally needed to sit down and
fix the "build-from-scalars" hack in the SLP vectorizer by pretending
we'd have a sane vectorizer IL.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68962
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
On 12/17/2015 6:03 AM, Jeff Law wrote:
On 12/17/2015 03:39 AM, Andrew Haley wrote:
On 17/12/15 01:41, David Wohlferd wrote:
On the contrary, I would be surprised to learn that there are ANY
compilers (other than clang) that support gcc's extended asm format.
Prepare to be surprised: Sun
Hi,
I've committed the attached patch which emits warnings whenever g5 or
g6 are being used explicitely as -march/-mtune parameters. These
machines can only be seen in museums nowadays and have no practical
use anymore. They do not support the z/Architecture mode required for
64 bit. The Linux
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68196
--- Comment #10 from Paul Thomas ---
Author: pault
Date: Fri Dec 18 09:34:13 2015
New Revision: 231807
URL: https://gcc.gnu.org/viewcvs?rev=231807=gcc=rev
Log:
2015-12-18 Paul Thomas
PR fortran/68196
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68954
--- Comment #6 from rguenther at suse dot de ---
On Thu, 17 Dec 2015, manu at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68954
>
> --- Comment #4 from Manuel López-Ibáñez ---
> (In reply to Richard Biener from
On 12/17/2015 11:30 AM, Bernd Edlinger wrote:
On Thu, 17 Dec 2015 15:13:07, Bernd Schmidt wrote:
What's your take on making -Wonly-top-basic-asm a default (either now or
v7)? Is making it a non-default a waste of time because no one will
ever see it? Or is making it a default too
Sorry, yes; proc_ptr_48.f90
! { dg-do run }
!
! Checks the fix for PR68196, comment #8
!
! Contributed by Damian Rouson
!
type Bug ! Failed at trans--array.c:8269
real, allocatable :: scalar
Dear Steve,
Thanks - committed as revision 231807. I will have a poke around to
see if there are any more similar opportunities for infinite recursion
in trans-array.c (structure_alloc_comps). This turned out to be the
most difficult part of the patch for recursive allocatable components
(on hold
On 17/12/15 11:44, Marcus Shawcroft wrote:
On 10 September 2015 at 12:28, Jiong Wang wrote:
TLS instruction sequences are always with fixed format, there is no need
to use operand modifier, we can hardcode the relocation modifiers into
instruction pattern, all those
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68534
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
"Ulrich Weigand" writes:
> Richard Sandiford wrote:
>> "Ulrich Weigand" writes:
>> > The problem is not DImode LABEL_REFs, but rather VOIDmode LABEL_REFs when
>> > matched against a match_operand:DI.
>>
>> It'd be good to fix this in a more direct way
On 17/12/15 17:24, James Greenhalgh wrote:
On Thu, Dec 17, 2015 at 03:36:40PM +, Kyrill Tkachov wrote:
2015-12-17 Kyrylo Tkachov
PR rtl-optimization/68796
* config/aarch64/aarch64.md (*and3nr_compare0_zextract):
New pattern.
*
On 12/18/2015 11:21 AM, Dominik Vogt wrote:
> Latest patch for r2 to r4, including a test case.
gcc/ChangeLog
* config/s390/s390.c (s390_init_frame_layout): Try r4 to r2 for the
literal pool pointer.
gcc/testsuite/ChangeLog
* gcc.target/s390/litpool-r3-1.c: New test.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68961
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.0
--- Comment #3 from Richard Biener
> Hi,
> the alias-2.c testcase fails on targets with anchors. The reason is that
> the variable itself is anchored while the alias is not and they point to the
> same location. I folllowed the docs of SYMBOL_REF claiming that
> SYMBOL_REF_DECL if the symbol is label and tought it is safe to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67592
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68937
--- Comment #11 from Zdenek Sojka ---
(In reply to H.J. Lu from comment #10)
> (In reply to Zdenek Sojka from comment #9)
...
> >
>
> Please try
>
> https://gcc.gnu.org/ml/gcc-patches/2015-12/msg01759.html
Testsuite run with "-fPIC -fno-plt"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68776
--- Comment #7 from Richard Biener ---
(In reply to rguent...@suse.de from comment #6)
> On December 17, 2015 4:19:00 PM GMT+01:00, "wschmidt at gcc dot gnu.org"
> wrote:
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68978
Bug ID: 68978
Summary: [6 Regression] bogus error: lvalue required as left
operand of assignment
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68910
--- Comment #10 from Eric Botcazou ---
> In case I revert (e.g. double revert) to enable the LRA for SPARC
>
> commit a28f6dc56909fc35dd83d4364bc68c69e2450a51
> Author: davem
> Date: Tue Sep 22
Dear All,
This is a rather trivial patch... going on 'obvious' in fact. However,
I must confess to not being entirely sure why the problem is
occurring. Deferred arrays are emanating from the finalizer that are
being presented as ARRAY_TYPES rather than descriptors. What ever is
the reason, the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68649
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68385
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68978
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62236
--- Comment #5 from Victor Porton ---
Not fixed in 5.3.1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65980
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67598
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62042
--- Comment #9 from Victor Porton ---
Not fixed in 5.3.1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66827
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62235
--- Comment #7 from Victor Porton ---
Not fixed in 5.3.1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68763
Jakub Jelinek changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65931
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #9
On Mon, Dec 14, 2015 at 11:49:26AM +, Marcus Shawcroft wrote:
> On 14 December 2015 at 11:01, James Greenhalgh
> wrote:
> > On Wed, Dec 09, 2015 at 01:13:20PM +, Marcus Shawcroft wrote:
> >> On 27 November 2015 at 13:01, James Greenhalgh
Hi DJ, Hi Ian,
GCC PR 66827 reports some problems with left shifting a negative
value:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66827
Of the problems reported only two remain - in libiberty/regex.c:
libiberty/regex.c:6970:11: runtime error: left shift of negative value -1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66764
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment #2
The following tries to address the issue that with delayed folding
and the general attempt to do folding on GIMPLE we have "unfolded"
trees up to the point where we go into SSA (as otherwise the
match-and-simplify machinery on GIMPLE can't get to the defs of uses
to match larger expressions).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68979
Bug ID: 68979
Summary: [6 Regression] error: left operand of shift expression
‘(-1 << 4)’ is negative
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68977
vries at gcc dot gnu.org changed:
What|Removed |Added
CC||nathan at gcc dot gnu.org
---
* Joern Wolfgang Rennecke [2015-12-17 10:20:44 +]:
> On 16/12/15 00:15, Andrew Burgess wrote:
> >
> > * config/arc/arc.md (*loadqi_update): Use 'memory_operand' and fix
> > RTL pattern to include the plus.
> > (*load_zeroextendqisi_update): Likewise.
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68979
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
Here's a revised version of this patch, written to use the
any_mem_operand predicate.
Thanks,
Andrew
--
The use of the arc specific predicate store_update_operand is broken,
this commit fixes the error, switching to use 'any_mem_operand' instead.
Currently store_update_operand is used with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68979
--- Comment #2 from Markus Trippelsdorf ---
(In reply to Marek Polacek from comment #1)
> Why do you think this is a bug? Note that -1 << 4 is rejected in a context
> where an integer constant expression is required only in C++11/14.
I think
Hi all,
In this PR we have a THEN and an ELSE block where one uses the condition reg
from the preceeding comparison
but the other block has an arithmetic operation that clobbers the CC reg.
ifcvt emits the latter first and dead code elimination later sees this and
eliminates the first
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68980
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68980
Bug ID: 68980
Summary: [6 regression] ps -o cmd in gotest isn't portable
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
On 12/18/2015 02:07 PM, Kyrill Tkachov wrote:
In this PR we have a THEN and an ELSE block where one uses the condition
reg from the preceeding comparison
but the other block has an arithmetic operation that clobbers the CC reg.
ifcvt emits the latter first and dead code elimination later sees
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68770
--- Comment #2 from Markus Trippelsdorf ---
trippels@gcc2-power8 ~ % ../gcc/configure --enable-checking=valgrind
--with-cpu=power8 --disable-libsanitizer --disable-bootstrap
--disable-libstdcxx-pch --disable-libvtv --disable-libitm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68982
Bug ID: 68982
Summary: Missing explicit qualification for std::forward in
functional
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Hi,
PR68920 talks about undesirable if-conversion in the x86 back-end.
The if-conversion cost model simply uses BRANCH_COST (I want to revisit
this for GCC 7), but BRANCH_COST is overloaded in the compiler and reducing
it causes other optimisations to be disabled.
Consequently, to fix the PR we
On 12/18/15 09:36, Rainer Orth wrote:
Hi Nathan,
c-c++-common/attr-simd-3.c's use of -fcilkplus means it requires pthreads.
why would this matter for a compile test? What happens without?
Executing on host: nvptx-none-gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68770
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68895
--- Comment #3 from chrbr at gcc dot gnu.org ---
Created attachment 37083
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37083=edit
fix under validation
Initial patch to recompute DECL_MODE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65931
--- Comment #10 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #9 from Jakub Jelinek ---
> Any news on this? If we want to workaround it, it should be bisected and
> analyzed what is the difference in the debug info.
> Or just use a
I am pleased to announce that the GCC Steering Committee has
appointed Martin Jambor as HSA maintainer.
Please join me in congratulating Martin on his new role.
Martin, please update your listing in the MAINTAINERS file.
Happy hacking!
David
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67639
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68982
--- Comment #2 from Roger Orr ---
Created attachment 37082
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37082=edit
Example of failure, against code using boost 1.57.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68674
chrbr at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |chrbr at gcc dot
On 18/12/15 13:16, Bernd Schmidt wrote:
On 12/18/2015 02:07 PM, Kyrill Tkachov wrote:
In this PR we have a THEN and an ELSE block where one uses the condition
reg from the preceeding comparison
but the other block has an arithmetic operation that clobbers the CC reg.
ifcvt emits the latter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68977
--- Comment #3 from Nathan Sidwell ---
As the code is ill-formed, and IIUC the error only happens if we;ve seen an
error, I suggest
push_gimplify_context (!seen_error ());
No point making the compiler work harder than necesary in the usual
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68975
--- Comment #1 from Jonathan Wakely ---
I see that clang supports __decltype (but not __decltype__, strangely)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68763
--- Comment #11 from Markus Trippelsdorf ---
(In reply to Jakub Jelinek from comment #9)
> Isn't this related or dup of PR66745 ?
>
> As for the lvalue error, reduced testcase is:
> template
> int
> foo (int max, int i, int radix, int c)
> {
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68835
--- Comment #13 from Jakub Jelinek ---
Author: jakub
Date: Fri Dec 18 14:38:17 2015
New Revision: 231817
URL: https://gcc.gnu.org/viewcvs?rev=231817=gcc=rev
Log:
Backported from mainline
2015-12-17 Jakub Jelinek
On 17/12/15 00:38 +0200, Ville Voutilainen wrote:
On 17 December 2015 at 00:12, Ville Voutilainen
wrote:
Tested on Linux-PPC64.
2015-12-17 Ville Voutilainen
PR libstdc++/68276
* src/c++11/ios.cc (_M_grow_words): Use
Hi Nathan,
> On 12/18/15 09:36, Rainer Orth wrote:
>> Hi Nathan,
>>
>>> c-c++-common/attr-simd-3.c's use of -fcilkplus means it requires pthreads.
>>
>> why would this matter for a compile test? What happens without?
>
> Executing on host: nvptx-none-gcc
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68276
--- Comment #2 from ville at gcc dot gnu.org ---
Author: ville
Date: Fri Dec 18 15:17:09 2015
New Revision: 231819
URL: https://gcc.gnu.org/viewcvs?rev=231819=gcc=rev
Log:
2015-12-18 Ville Voutilainen
PR
The following should fix PR68776, a testism with the new mult pattern.
The patch changes pattern recog to print a more specific 'pattern
recognized' and make the two offending testcases scan for what it is
looking.
Bootstrapped and tested on x86_64-unknown-linux-gnu, applied.
Richard.
Hi,
a simple issue: we fail to reject such declarations. While working on
it, I noticed a tad of inconsistency in our error messages, where we
have a mix of, eg, "... declared %..." and "... declared
virtual...". I think we should prefer the former and spotted a few
places needing
On 12/18/2015 03:29 PM, Kyrill Tkachov wrote:
Bootstrapped and tested on arm, aarch64, x86_64.
As before, there were no codegen differences for SPEC2006 on x86_64.
aarch64 SPEC2006 sees the effects described above.
I think this is OK. There may be some question as to whether this is a
bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68984
Bug ID: 68984
Summary: error: ‘constexpr bool std::isinf(double)’ conflicts
with a previous declaration
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68674
--- Comment #13 from chrbr at gcc dot gnu.org ---
Created attachment 37084
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37084=edit
preliminary fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68981
Bug ID: 68981
Summary: [4.9/5/6 Regression] g++.dg/ipa/pr60640-4.C FAILs with
-ftree-vectorize
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68982
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68983
--- Comment #1 from Markus Trippelsdorf ---
Created attachment 37081
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37081=edit
unreduced testcase
> On 12/11/2015 03:05 AM, Richard Biener wrote:
> > On Thu, Dec 10, 2015 at 9:08 PM, Jeff Law wrote:
> >> On 12/03/2015 07:38 AM, Richard Biener wrote:
> >>>
> >>> This pass is now enabled by default with -Os but has no limits on
> >>> the amount of stmts it copies.
> >>
> >> The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68970
Jonathan Wakely changed:
What|Removed |Added
Keywords||diagnostic
James,
We implemented slightly different patch - we restrict number of SET
instructions for if-conversion through new parameter and add check in
bb_ok_for_noce_convert_multiple_sets:
+ unsigned limit = MIN (ii->branch_cost,
+ (unsigned) PARAM_VALUE (PARAM_MAX_IF_CONV_SET_INSNS));
..
- if
1 - 100 of 221 matches
Mail list logo