https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58073
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58073
--- Comment #2 from Andrew Pinski ---
((x & 0x70) == 0x00 && (x & 0x70) == 0x10 && (x & 0x70) == 0x20)
Should be false always. I suspect you had meant || rather than &&.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58073
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58073
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72517
Richard Biener changed:
What|Removed |Added
Status|REOPENED|ASSIGNED
--- Comment #7 from Richard Bi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72699
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72707
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.9.4
Summary|[4.6/4.7/4.8/4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72698
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
--- Comment #3 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72683
Richard Biener changed:
What|Removed |Added
Keywords||lto
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72657
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71961
James Greenhalgh changed:
What|Removed |Added
CC||jgreenhalgh at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58073
--- Comment #4 from dhowells at redhat dot com ---
(In reply to Andrew Pinski from comment #2)
> ((x & 0x70) == 0x00 && (x & 0x70) == 0x10 && (x & 0x70) == 0x20)
>
> Should be false always. I suspect you had meant || rather than &&.
Sorry, yes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72457
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71961
Joost VandeVondele changed:
What|Removed |Added
CC||Joost.VandeVondele at mat dot
ethz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58073
--- Comment #5 from dhowells at redhat dot com ---
There's a further potential optimisation. If shift is large enough that the
bits under test are outside of the LSB, the TESTB changes to a TESTL at the
same address:
Shift 2:
0: f6 07 1c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72517
--- Comment #8 from Richard Biener ---
As for the cost model the vectorizer uses vec_to_scalar for element extraction
which it was not originally added for (it was added for the cost of extracting
element zero only).
Ok, so I can reproduce the r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70944
--- Comment #3 from Richard Biener ---
Maybe disable make_compound_operation generally for vectors.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72657
--- Comment #3 from Ilya Enkovich ---
(In reply to H.J. Lu from comment #2)
> Will it also fix PR 72683?
Yes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68468
Alexandre Oliva changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72517
--- Comment #10 from Richard Biener ---
Author: rguenth
Date: Wed Jul 27 11:10:25 2016
New Revision: 238783
URL: https://gcc.gnu.org/viewcvs?rev=238783&root=gcc&view=rev
Log:
2016-07-27 Richard Biener
PR tree-optimization/72517
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72517
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70944
--- Comment #4 from Martin Liška ---
A new test-case:
$ cat ice.ii
unsigned *a;
void
fn1 ()
{
for (int i; i; ++i)
{
unsigned g (a[i] << 8 >> 24);
a[i] = g;
}
}
$ gcc ice.ii -O3 -march=core-avx2
ice.ii: In function ‘void fn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72709
Bug ID: 72709
Summary: Incorrect assignment of allocatable character array
used as component of derived type
Product: gcc
Version: unknown
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72710
Bug ID: 72710
Summary: combine rejects post-inc mem
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71949
--- Comment #2 from Patrick Pelissier ---
I am not sure that DR#454 applies to this case as _Atomic types are allowed to
have additional state needed by the implementation to carry for the atomic
object (§7.17.2.2) whereas atomic_flag has only tw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72710
--- Comment #1 from Oleg Endo ---
Hm, it looks like taking out SH's original define_expand "extendqihi2" fixes
the problem, but I haven't checked for other side effects or consequences.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71853
--- Comment #2 from Marek Polacek ---
Hmm, I can't seem to reproduce anymore on my laptop, though I see no particular
revision that could have fixed this issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71107
--- Comment #7 from Bitterblue ---
It's good to have a test case. I imagine that will help whoever finally figures
out how to fix this bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71680
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #8 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71959
--- Comment #3 from Christopher Guckes ---
I've investigated a bit further. The problem seems to occur only if the routine
is passed by reference. Maybe that helps you isolate the problem any further.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71747
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Wed Jul 27 14:31:30 2016
New Revision: 238785
URL: https://gcc.gnu.org/viewcvs?rev=238785&root=gcc&view=rev
Log:
PR c++/71747 - ICE with self-referential partial spec
* p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71961
--- Comment #9 from Thomas Koenig ---
(In reply to James Greenhalgh from comment #7)
> Reducing it would probably prove hard as the bug is a miscompile and
> therefore only shows at runtime in a >30 second test. H.J. has narrowed the
> miscompil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71078
--- Comment #2 from prathamesh3492 at gcc dot gnu.org ---
Author: prathamesh3492
Date: Wed Jul 27 15:09:10 2016
New Revision: 238787
URL: https://gcc.gnu.org/viewcvs?rev=238787&root=gcc&view=rev
Log:
2016-07-27 Prathamesh Kulkarni
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71078
prathamesh3492 at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71961
--- Comment #10 from Joost VandeVondele
---
(In reply to Thomas Koenig from comment #9)
> With a test case, it would be OK with me if somebody reverted the
> patch. I can then rework it to take care of that particular bug.
A revert would be goo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69223
Jason Merrill changed:
What|Removed |Added
Target Milestone|4.9.5 |4.9.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71959
Thomas Schwinge changed:
What|Removed |Added
Keywords||openacc
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71959
--- Comment #5 from Christopher Guckes ---
I'm using a very ugly workaround, since I'm only working on a proof of concept.
Can you comment on this post, once references are working? Many thanks for your
time.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71216
--- Comment #3 from Segher Boessenkool ---
Author: segher
Date: Wed Jul 27 16:12:05 2016
New Revision: 238788
URL: https://gcc.gnu.org/viewcvs?rev=238788&root=gcc&view=rev
Log:
rs6000: Fix logic for when to emit .machine (PR71216)
The current l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71216
--- Comment #4 from Segher Boessenkool ---
Author: segher
Date: Wed Jul 27 16:14:12 2016
New Revision: 238789
URL: https://gcc.gnu.org/viewcvs?rev=238789&root=gcc&view=rev
Log:
rs6000: Fix logic for when to emit .machine (PR71216)
The current l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71961
--- Comment #11 from Joost VandeVondele
---
This even gives wrong results at -O0 ...
> cat test.f90
INTEGER, DIMENSION(:,:), POINTER :: a
INTEGER, DIMENSION(:,:), ALLOCATABLE :: b
ALLOCATE(a(4,4),b(4,2))
a=1 ; b=2
a(:,1:2)=MATMUL(a(:,1:4),b(:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71216
Segher Boessenkool changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72711
Bug ID: 72711
Summary: [SH] Missed delay slot with epilogue
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72517
--- Comment #11 from Amit Pawar ---
Improvement is seen but not same as best one.
Current scores are
Flags Latest trunk
O3 :31.4
O3 -march=bdver4:31.1
Ofast :32.1
Ofast -march=bdver4 :31.2
but good
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71853
--- Comment #3 from Marek Polacek ---
Funny, trying again now, I can reproduce it again:
(gdb) r
Starting program: /home/marek/x/trunk/gcc/cc1 -quiet q.c -Wall -W
q.c: In function ‘f’:
q.c:3:12: error: expected ‘:’ or ‘...’ before ‘{’ token
c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71949
--- Comment #3 from joseph at codesourcery dot com ---
atomic_flag can't have additional state for locks because it's lock-free,
but it may still be the case that it needs to be initialized in a special
way to have a valid set or clear value (t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72708
--- Comment #2 from Martin Sebor ---
(In reply to Andrew Pinski from comment #1)
> I don't think so. Static != internal linkage.
Quoting also from [basic.link], paragraph 3, to avoid confusion:
A name having namespace scope (3.3.6) has inter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72712
Bug ID: 72712
Summary: Tenfold compile time regression
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72713
Bug ID: 72713
Summary: boehm-gc/pthread_support.c:687: suspicious expression
?
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72712
--- Comment #1 from Martin Jambor ---
I can also confirm that one can use -fno-expensive-optimizations as a
workaround.
To provide some obvious analysis: The first "thread" pass increases
the number of basic blocks in the function from 9183 to 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72712
Andrew Pinski changed:
What|Removed |Added
Keywords||compile-time-hog
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72713
--- Comment #1 from Andrew Pinski ---
Does this code show upstream, if so it should be reported there.
Note I don't see anything wrong with the code as written anyways but that is
just my opinion.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68468
--- Comment #8 from Waldemar Brodkorb ---
The first bug report was a wrong configuration of uClibc for FR-V.
The version I used allowed me to use FLAT instead of FDPIC.
Now I understand that FR-V is FDPIC only and BFIN is either FDPIC or FLAT.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71853
--- Comment #4 from Marek Polacek ---
That's because we're using uninitialized struct c_expr in
c_parser_switch_statement. I have a fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71961
Pat Haugen changed:
What|Removed |Added
Last reconfirmed||2016-07-21 0:00
--- Comment #12 from Pat Ha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72713
--- Comment #2 from David Binderman ---
(In reply to Andrew Pinski from comment #1)
> Does this code show upstream, if so it should be reported there.
>
> Note I don't see anything wrong with the code as written anyways but that is
> just my opi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63319
mathias.hasselmann at gmx dot de changed:
What|Removed |Added
CC||mathias.hasselmann at g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72517
--- Comment #12 from rguenther at suse dot de ---
On July 27, 2016 7:02:07 PM GMT+02:00, "Amit.Pawar at amd dot com"
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72517
>
>--- Comment #11 from Amit Pawar ---
>Improvement is seen but not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72714
Bug ID: 72714
Summary: ICE in gfc_array_init_size, at
fortran/trans-array.c:5235
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72714
--- Comment #1 from Gerhard Steinmetz
---
Correct variants, for completeness :
$ cat z2.f90
program p
integer, allocatable :: z(:)[:,:]
allocate (z(2)[3,*])
end
$ cat z3.f90
program p
integer, allocatable :: z(:)[:,:]
allocate (z(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72715
Bug ID: 72715
Summary: ICE in gfc_trans_omp_do, at
fortran/trans-openmp.c:3164
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72716
Bug ID: 72716
Summary: ICE in gfc_resolve_omp_declare_simd, at
fortran/openmp.c:5156
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Pr
rpc64le-unknown-linux-gnu
--with-ld=/usr/bin/powerpc64le-unknown-linux-gnu-ld
--with-as=/usr/bin/powerpc64le-unknown-linux-gnu-as --disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-238792-checking-yes-rtl-df-extra-nographite-powerpc64le
Thread model: posix
gcc version 7.0.0 20160727 (exper
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72718
Bug ID: 72718
Summary: menta khuitari Support Cisco 1 11 4532 Cisco
Router Customer Service Phone Number
Product: gcc
Version: new-ra
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72719
Bug ID: 72719
Summary: Menti Telua Call Now 1 11 4532 Cisco Router
Technical Support Phone Number
Product: gcc
Version: new-ra
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72720
Bug ID: 72720
Summary: 1 11 4532 Cisco Router Tech Support Phone Number
Product: gcc
Version: new-ra
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72722
Bug ID: 72722
Summary: 1 11 4532 Cisco Customer Support,Cisco Support
Number
Product: gcc
Version: new-ra
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72723
Bug ID: 72723
Summary: Cisco Headquarters 1 11 4532 Cisco Headquarters
Address
Product: gcc
Version: new-ra
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72724
Bug ID: 72724
Summary: 1 11 4532 Belkin Technical Support Phone Number
Product: gcc
Version: new-ra
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72725
Bug ID: 72725
Summary: Belkin Number 1 11 4532 Belkin Support Phone
Number
Product: gcc
Version: new-ra
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72726
Bug ID: 72726
Summary: 1 11 4532 Belkin Phone Number,Belkin Tech Support
Number
Product: gcc
Version: new-ra
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72727
Bug ID: 72727
Summary: a Tura~ Belkin Support Number 1 11 4532 Belkin
Customer Service Number
Product: gcc
Version: new-ra
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72712
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72729
Bug ID: 72729
Summary: 1 11 4532 Belkin Contact Number,Belkin Router
Help Number
Product: gcc
Version: new-ra
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72730
Bug ID: 72730
Summary: 1 11 4532 Skype Tech Support Phone Number
Product: gcc
Version: new-ra
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72731
Bug ID: 72731
Summary: 1 11 4532 Skype Technical Support Phone Number
Product: gcc
Version: new-ra
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72714
Martin Liška changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Status|UN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72732
Bug ID: 72732
Summary: Skype Help Number 1 11 4532 Skype Support Phone
Number
Product: gcc
Version: new-ra
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72715
Martin Liška changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Status|UN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72733
Bug ID: 72733
Summary: 1 11 4532 Skype Customer Service Number
Product: gcc
Version: new-ra
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: boo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72734
Bug ID: 72734
Summary: Skype Phone Number 1 11 4532 Skype Customer
Support Phone Number
Product: gcc
Version: new-ra
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72716
Martin Liška changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Status|UN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72735
Bug ID: 72735
Summary: 1 11 4532 Skype Toll Free Number,Skype Tech
Support
Product: gcc
Version: new-ra
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71961
Thomas Koenig changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #13 from Thomas Koenig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71994
--- Comment #4 from kugan at gcc dot gnu.org ---
Author: kugan
Date: Wed Jul 27 22:45:46 2016
New Revision: 238802
URL: https://gcc.gnu.org/viewcvs?rev=238802&root=gcc&view=rev
Log:
gcc/testsuite/ChangeLog:
2016-07-28 Kugan Vivekanandarajah
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71994
--- Comment #5 from kugan at gcc dot gnu.org ---
Author: kugan
Date: Wed Jul 27 23:02:44 2016
New Revision: 238803
URL: https://gcc.gnu.org/viewcvs?rev=238803&root=gcc&view=rev
Log:
gcc/testsuite/ChangeLog:
2016-07-28 Kugan Vivekanandarajah
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71680
--- Comment #9 from Alan Modra ---
lra doesn't load in SFmode due to the following condition in
lra-constraints.c:simplify_operand_subreg
/* If we change address for paradoxical subreg of memory, the
address might violate the necessary al
87 matches
Mail list logo
