https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #40 from Kazumoto Kojima ---
I've tried to see what is going on with reload loop on movsf_ie
for gcc.c-torture/compile/20050113-1.c -O1 -m4 -ml.
It looks that the problem starts at reloading
(insn 15 10 18 2 (parallel [
(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #41 from Kazumoto Kojima ---
Created attachment 33601
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33601&action=edit
A trial patch for reload-loop problem
My first trial is to define a special movsf_ie insn_and_split used
whe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61605
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63393
--- Comment #5 from Andreas Schwab ---
A conforming implementation is always allowed to provide extensions. The
difference between hosted and freestanding implementations is in the set of
library facilities that are guaranteed to be available, b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61605
Andrew Pinski changed:
What|Removed |Added
Target||x86_64-*-*
--- Comment #2 from Andrew Pi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61605
--- Comment #3 from Andi Kleen ---
It was supposed to be enabled with
Date: Fri May 30 11:39:49 2014 +
-fuse-caller-save - Enable for i386
2014-05-30 Tom de Vries
* config/i386/i386.c (TARGET_CALL_FUSAGE_CONTAINS_NON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63384
--- Comment #3 from Andi Kleen ---
It loops (forever?) on this in sched2:
Scheduling on fences: (uid:28;seqno:7;)
Fence 28[2] has not changed
Scheduling on fences: (uid:28;seqno:7;)
Fence 28[2] has not changed
Scheduling on fences: (uid:28;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63396
Bug ID: 63396
Summary: signed integer overflows in loop-iv.c
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimizat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61657
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63396
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61942
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61944
Markus Trippelsdorf changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61657
Markus Trippelsdorf changed:
What|Removed |Added
CC||zeccav at gmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61657
--- Comment #3 from Markus Trippelsdorf ---
*** Bug 61944 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61905
Markus Trippelsdorf changed:
What|Removed |Added
CC||gbenson at redhat dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63397
Bug ID: 63397
Summary: signed integer overflows in ira.c
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63259
thopre01 at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #3 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62056
Piotr Dziwinski changed:
What|Removed |Added
CC||piotrdz at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63394
--- Comment #2 from Bruce Dale ---
gcc -v reports:
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/armv6hl-redhat-linux-gnueabi/4.8.2/lto-wrapper
Target: armv6hl-redhat-linux-gnueabi
Configured with: ../configure --pre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63302
--- Comment #7 from dave.anglin at bell dot net ---
On 28-Sep-14, at 1:30 AM, zhenqiang.chen at arm dot com wrote:
> I double checked the function optimize_range_tests_diff. Overall, I
> think it
> does the right thing. X86 and ARM work correct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60804
ak at gcc dot gnu.org changed:
What|Removed |Added
CC||ak at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60804
--- Comment #10 from ak at gcc dot gnu.org ---
Reduced test case. It's probably invalid cilk, but gcc shouldn't ICE:
fn1() {
if (_Cilk_spawn func_2())
;
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37173
--- Comment #3 from Tobias Burnus ---
(In reply to Francois-Xavier Coudert from comment #2)
> Long overdue
But now changed as the current wording (seemingly as of F2008):
"For an intrinsic assignment statement where the variable is of type char
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63302
--- Comment #8 from dave.anglin at bell dot net ---
On 28-Sep-14, at 10:34 AM, dave.anglin at bell dot net wrote:
> This is what I see on the trunk, but 4.9 is wrong. Possibly, there is
> a transformation
> after optimize_range_tests_diff where
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63302
--- Comment #9 from dave.anglin at bell dot net ---
On 28-Sep-14, at 1:30 AM, zhenqiang.chen at arm dot com wrote:
> X86 and ARM work correctly.
I suspect this is because both have "need_64bit_hwint=yes" in
config.gcc.
--
John David Anglin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37173
--- Comment #4 from Dominique d'Humieres ---
In the same document I also see
7.2.1.2 Intrinsic assignment statement
1 An intrinsic assignment statement is an assignment statement that is not a
defined assignment statement (7.2.1.4).
In an intr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61898
--- Comment #1 from ak at gcc dot gnu.org ---
I agree such a warning would make sense.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63398
Bug ID: 63398
Summary: Cilk errors out incorrectly for spawn inside statement
expressions
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36602
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63384
--- Comment #4 from Andi Kleen ---
It loops forever in this loop in sel_sched_region_2
while (fences)
{
int min_seqno, max_seqno;
ilist_t scheduled_insns = NULL;
ilist_t *scheduled_insns_tailp = &scheduled_insns;
f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61848
--- Comment #16 from Andi Kleen ---
Can Alan's patch be submitted please?
I always need to apply it now before compiling a kernel.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61848
Andrew Pinski changed:
What|Removed |Added
Keywords||patch
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61848
Markus Trippelsdorf changed:
What|Removed |Added
Keywords|patch |
URL|https://gcc.gn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61848
Markus Trippelsdorf changed:
What|Removed |Added
Keywords||patch
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35545
--- Comment #19 from davidxl ---
(In reply to Jan Hubicka from comment #18)
> > WE can try some internal benchmarks with this change too.
>
> That would be very welcome. Tracer used to be quite useful pass in old days,
> doing 1.6% on -O3+FDO S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61848
--- Comment #20 from Andi Kleen ---
So the only problem was the missing test case, which you supplied?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63390
--- Comment #1 from Oleg Endo ---
Adding a loop to the example above shows that function address loads are
hoisted already out of loops, but constant loads are not.
void foo (unsigned int, int);
void test (unsigned int* x, int c)
{
while (--c)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63395
--- Comment #11 from bernardwidynski at gmail dot com ---
Thanks for the information.
I looked at the .s assembly files.
32-bit Cygwin uses the "fmul" instruction.
64-bit Cygwin uses the "mulsd" instruction.
I tried -mpc64 on 32-bit Cygwin but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61898
Manuel López-Ibáñez changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63399
Bug ID: 63399
Summary: Segmentation Fault on pow() function call when all
parameters constant, ARM v61 Processor
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63400
Bug ID: 63400
Summary: [C++11]precision of std::high_resolution_clock
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: lib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #42 from Oleg Endo ---
(In reply to Kazumoto Kojima from comment #41)
> Created attachment 33601 [details]
> A trial patch for reload-loop problem
>
> My first trial is to define a special movsf_ie insn_and_split used
> when lra make
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47674
Bernd Edlinger changed:
What|Removed |Added
CC||bernd.edlinger at hotmail dot
de
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63401
Bug ID: 63401
Summary: "optimize" attribute overwrites other options
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63401
Steven Bosscher changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63390
--- Comment #2 from Oleg Endo ---
(In reply to Oleg Endo from comment #1)
> .L4:
> mov.l @r9,r4 constant load
> shlrr4
> tst r4,r4
> bt .L2
> mov.l .L12,r5
> jsr @r10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63402
Bug ID: 63402
Summary: ICE when using log10l() with -m96bit-long-double
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63302
--- Comment #10 from Zhenqiang Chen ---
(In reply to dave.anglin from comment #8)
> On 28-Sep-14, at 10:34 AM, dave.anglin at bell dot net wrote:
>
> > This is what I see on the trunk, but 4.9 is wrong. Possibly, there is
> > a transformation
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #43 from Kazumoto Kojima ---
(In reply to Oleg Endo from comment #42)
> PR 54699 comes into my mind when seeing the movsf_ie patterns ... having
> another movsf_ie pattern is discomforting. But if it makes it work, so be
> it. Maybe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #44 from Kazumoto Kojima ---
Author: kkojima
Date: Mon Sep 29 01:24:33 2014
New Revision: 215676
URL: https://gcc.gnu.org/viewcvs?rev=215676&root=gcc&view=rev
Log:
PR target/55212
* config/sh/sh-protos.h (sh_movsf_ie_ra_split_p): New
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #45 from Kazumoto Kojima ---
Author: kkojima
Date: Mon Sep 29 01:27:03 2014
New Revision: 215677
URL: https://gcc.gnu.org/viewcvs?rev=215677&root=gcc&view=rev
Log:
PR target/55212
* config/sh/sh.md (untyped_call): Clobber the functio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63302
--- Comment #11 from dave.anglin at bell dot net ---
On 28-Sep-14, at 9:17 PM, zhenqiang.chen at arm dot com wrote:
> Can you show more detail dumps with -fdump-tree-reassoc1-details?
Attached is 4.9 dump with more details.
Dave
--
John David A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63302
--- Comment #12 from dave.anglin at bell dot net ---
On 28-Sep-14, at 9:17 PM, zhenqiang.chen at arm dot com wrote:
> Can you show more detail dumps with -fdump-tree-reassoc1-details?
Same for trunk.
Dave
--
John David Anglindave.ang...@bel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63403
Bug ID: 63403
Summary: [5.0 Regression] ICE: in relative_time_benefit at
ipa-inline.c:869
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63403
--- Comment #1 from John David Anglin ---
This is in stage2.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63302
--- Comment #13 from Zhenqiang Chen ---
For 4.9, some function optimizes the code as:
Optimizing range tests x_2 -[-2147483648, -2147483648] and -[0, 0]
into (x_2 & 2147483647) != 0
For trunk, optimize_range_tests_diff optimizes the code as:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63404
Bug ID: 63404
Summary: gcc 5 miscompiles linux block layer
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63404
--- Comment #1 from Andi Kleen ---
Created attachment 33607
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33607&action=edit
not quite yet runnable test case
In the real execution blk_flush_complete_seq always ends up in the default case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63404
Andi Kleen changed:
What|Removed |Added
Component|middle-end |target
--- Comment #2 from Andi Kleen ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63247
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Mon Sep 29 05:20:52 2014
New Revision: 215678
URL: https://gcc.gnu.org/viewcvs?rev=215678&root=gcc&view=rev
Log:
PR middle-end/63247
* omp-low.c (lower_omp_target): For OMP_CLAUSE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63247
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Mon Sep 29 05:24:44 2014
New Revision: 215679
URL: https://gcc.gnu.org/viewcvs?rev=215679&root=gcc&view=rev
Log:
PR middle-end/63247
* omp-low.c (lower_omp_target): For OMP_CLAUSE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63302
--- Comment #14 from Zhenqiang Chen ---
Created attachment 33608
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33608&action=edit
patch
After investigation, I found I mis-use tree_log2.
Please try the attached patch. If it works, I will r
62 matches
Mail list logo
