http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59644
--- Comment #2 from Markus Trippelsdorf ---
kernel/printk/printk.o gets miscompiled.
% gcc -Wp,-MD,kernel/printk/.printk.o.d -nostdinc -isystem
/var/tmp/gcc_test_/usr/local/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.9.0/include
-I/var/tmp/linux/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59644
--- Comment #3 from Markus Trippelsdorf ---
Created attachment 31547
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31547&action=edit
testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59644
--- Comment #4 from Markus Trippelsdorf ---
Created attachment 31548
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31548&action=edit
printk_good assembly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59644
--- Comment #5 from Markus Trippelsdorf ---
Created attachment 31549
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31549&action=edit
printk_bad assembly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59644
--- Comment #6 from Markus Trippelsdorf ---
linux % diff -u kernel/printk/printk.o /var/tmp/linux/kernel/printk/printk.o
--- kernel/printk/printk.o 2013-12-31 09:23:45.569490147 +0100
+++ /var/tmp/linux/kernel/printk/printk.o 2013-12-31
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59648
Bug ID: 59648
Summary: -O2 compilation of xorg-server-1.15.0 fails
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59648
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58182
--- Comment #6 from janus at gcc dot gnu.org ---
The ICE seems to be gone at r206252. Can we close this PR?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59649
Bug ID: 59649
Summary: [4.9 regression] conftest.c miscompiled
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: build, wrong-code
Severity: critical
Pri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59644
Jakub Jelinek changed:
What|Removed |Added
CC||hjl.tools at gmail dot com,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59622
--- Comment #13 from Jakub Jelinek ---
Author: jakub
Date: Tue Dec 31 11:57:39 2013
New Revision: 206264
URL: http://gcc.gnu.org/viewcvs?rev=206264&root=gcc&view=rev
Log:
PR tree-optimization/59622
* gimple-fold.c (gimple_fold_call): Don'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59622
--- Comment #14 from Jakub Jelinek ---
Ah, ok, the #c12 testcase is indeed a different case, targets doesn't have
length 0 in that case, but length 1, but targets[0]->decl is __cxa_pure_virtual
function, which is similar to __builtin_unreachable i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59644
--- Comment #8 from Markus Trippelsdorf ---
>From the printk.i:
38333 int printk_emit(int facility, int level,
38334 const char *dict, size_t dictlen,
38335 const char *fmt, ...)
38336 {
38337 va_list args;
38338 int r;
38339
38340
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59649
--- Comment #1 from Andreas Schwab ---
gen_int_mode(-1, BImode) returning (const_int 1) looks wrong.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59647
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Compone
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58450
Marc Glisse changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57954
Marc Glisse changed:
What|Removed |Added
CC||ylow at graphlab dot com
--- Comment #12 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58998
--- Comment #10 from janus at gcc dot gnu.org ---
Author: janus
Date: Tue Dec 31 14:02:04 2013
New Revision: 206266
URL: http://gcc.gnu.org/viewcvs?rev=206266&root=gcc&view=rev
Log:
2013-12-31 Janus Weil
Backport from mainline
2013-12-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58998
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57129
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||janus at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59650
Bug ID: 59650
Summary: Inefficient vector assignment code
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimizati
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57042
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||janus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57042
--- Comment #6 from janus at gcc dot gnu.org ---
(In reply to janus from comment #5)
> I was not aware that this is a regression.
The ICE on comment 0 happens only with 4.6 and later, due the fact that the ICE
occurs on the COMPILER_OPTIONS symbol
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59651
Bug ID: 59651
Summary: Vectorizer failing to spot dependence causes incorrect
code generation.
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59652
Bug ID: 59652
Summary: [4.8 Regression] ICE: in reload_cse_simpli
fy_operands, at postreload.c:411
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: norm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59652
--- Comment #1 from John David Anglin ---
Created attachment 31552
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31552&action=edit
rtl dump from reload pass
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59651
--- Comment #1 from Bingfeng Mei ---
That is interesting. On x86-64, GCC does say it cannot determine dist vector
between a[3] & a[b] and needs run-time aliasing test. In the end it gives up
due to too few iterations.
note: === vect_analyze_data
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59651
--- Comment #2 from belagod at gcc dot gnu.org ---
Something simliar happens on aarch64, but later goes ahead and vectorizes it
anyway. How about trying to vectorize on x86 with -fno-vect-cost-model?
pr.c:13:7: note: === vect_analyze_data_ref_depe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59652
--- Comment #2 from John David Anglin ---
It looks to me like the problem arises because reload selected a
call clobbered register, %r1, for reg/f:SI 2442 and there is no way to
reconstitute reg/f:SI 2442 following a call:
(code_label 311 310 312
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56791
--- Comment #9 from John David Anglin ---
Any chance the candidate patch can be submitted?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59653
Bug ID: 59653
Summary: warn when non-const parameter or local variable is not
modified
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59653
Matthew Woehlke changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59651
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59651
--- Comment #3 from Bingfeng Mei ---
I can reproduce on aarch64. Still try to understand why. I constructed a
similar test but with positive loop step.
extern void abort (void);
int a[] = { 6, 0, 0, 0 };
int b;
int
main ()
{
for (;;)
{
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59647
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Tue Dec 31 23:48:36 2013
New Revision: 206267
URL: http://gcc.gnu.org/viewcvs?rev=206267&root=gcc&view=rev
Log:
PR rtl-optimization/59647
* cse.c (cse_process_notes_1): Don't subst
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59647
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Tue Dec 31 23:52:11 2013
New Revision: 206268
URL: http://gcc.gnu.org/viewcvs?rev=206268&root=gcc&view=rev
Log:
PR rtl-optimization/59647
* cse.c (cse_process_notes_1): Don't subst
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59647
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59654
Bug ID: 59654
Summary: Broken function table with complex OO use case
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: fort
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59654
tlcclt changed:
What|Removed |Added
CC||Thomas.L.Clune at nasa dot gov
--- Comment #1 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59655
Bug ID: 59655
Summary: incorrect diagnostic on templatized function with
lambda parameter
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58854
--- Comment #10 from minktee ---
Comment on attachment 31105
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31105
lightly tested patch.
>diff --git a/gcc/config/arm/arm.c b/gcc/config/arm/arm.c
>index 212a4bc..23dfc0e 100644
>--- a/gcc/confi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58854
--- Comment #11 from minktee ---
Comment on attachment 31083
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31083
stripped from kernel 3.4 fs/dcache.c
Created attachment 31083 [details]
stripped from kernel 3.4 fs/dcache.c
2013-10-23 17:42 U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58854
--- Comment #12 from minktee ---
Comment on attachment 31105
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31105
lightly tested patch.
>diff --git a/gcc/config/arm/arm.c b/gcc/config/arm/arm.c
>index 212a4bc..23dfc0e 100644
>--- a/gcc/confi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59654
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58158
--- Comment #12 from Tom Li ---
And I just applied Aaro Koskinen's patch on gcc 4.8.2, recompile gcc and
resolve this issue.
Patch for 4.8.2:
--- gcc-4.8.2/gcc/config/mips/mips.md 2013-02-25 21:53:16.0 +0800
+++ gcc-4.8.2-fixed/gcc/con
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59654
--- Comment #3 from tlcclt ---
I have testend under OS X (10.8.5) with gfortran 4.8.1 and 4.8.2. I've also
tested under Linux (not sure which flavor) with 4.9.0.
Command line is:
% gfortran allinone.F90
% ./a.out
Error - incorrect number of t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59654
--- Comment #4 from tlcclt ---
OK - had a bit of time waiting for the New Year countdown … so read up a bit
on valgrind.
A vanilla run under Linux with 4.9.0 gave the following, which seems
encouraging, albeit cryptic:
% gfortran -O0 -g allino
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59654
--- Comment #5 from tlcclt ---
Ignore that output from Valgind. I was logged out between building and
running, and failed to reload the appropriate environment. With the correct
environment, I get a clean run from valgrind:
valgrind ./a.out
==
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59654
--- Comment #6 from Steve Kargl ---
On Wed, Jan 01, 2014 at 05:02:53AM +, Thomas.L.Clune at nasa dot gov wrote:
>
> Ignore that output from Valgind. I was logged out between building and
> running, and failed to reload the appropriate enviro
49 matches
Mail list logo
