--- Comment #10 from rguenth at gcc dot gnu dot org 2010-05-19 15:58
---
Fixed for 4.6. Leaving open for eventual backport for 4.5.1.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from jason at gcc dot gnu dot org 2010-05-19 16:10 ---
Fixed for 4.5.1.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASS
--- Comment #9 from jason at gcc dot gnu dot org 2010-05-19 16:10 ---
Fixed for 4.5.1.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASS
--- Comment #20 from ktietz at gcc dot gnu dot org 2010-05-19 16:18 ---
(In reply to comment #19)
> What is the relationship between this bug and PR 44132? Richi and Honza seem
> to prefer the DECL_PRESERVE_P hack. We will see if Iain's lowering works. I
> don't think both the decl at
--- Comment #11 from raj dot khem at gmail dot com 2010-05-19 16:25 ---
(In reply to comment #10)
> See comment #4. I believe this is a pilot error.
>
yeah on 4.5.0 libgcc.so is a linker script but 4.4 is still broken with this
issues
I guess http://gcc.gnu.org/ml/gcc-cvs/2009-09/msg
--- Comment #7 from dfranke at gcc dot gnu dot org 2010-05-19 16:29 ---
Not related to types - this is more about namespace cleanup. Reduced testcase:
PROGRAM Main
USE, INTRINSIC :: iso_c_binding
CALL C_F_POINTER(rws, xrws)
XXX ! any error will do
END PROGRAM Main
--- Comment #4 from dfranke at gcc dot gnu dot org 2010-05-19 16:36 ---
Subject: Bug 44055
Author: dfranke
Date: Wed May 19 16:35:34 2010
New Revision: 159586
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159586
Log:
gcc/fortran/:
2010-05-19 Daniel Franke
PR fortran
assemble_alias in varasm.c sets varpool->alias to 1, but fails to set
varpool->extra_name to anything.
This leads to trouble further down the line. In my case, varpool_remove_node
fails with a NULL-pointer exception.
This appears to be target/host independent. So far, the only work around I have
--- Comment #1 from ams at gcc dot gnu dot org 2010-05-19 16:46 ---
Created an attachment (id=20703)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20703&action=view)
test case
This test case is reduced from uClibc sources.
To reproduce the bug:
cc1 -fpreprocessed __C_ctype_b_10.
--- Comment #2 from ams at gcc dot gnu dot org 2010-05-19 16:46 ---
Jeff, it was recommended that I add you as CC. Apologies if that was not
appropriate.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44197
--- Comment #4 from dfranke at gcc dot gnu dot org 2010-05-19 16:57 ---
$ gfortran-4.5 pr38849.f90
pr38849.f90: In function 'MAIN__':
pr38849.f90:9:0: internal compiler error: in gimplify_expr, at gimplify.c:7346
$ gfortran-svn pr38849.f90
gimplification failed:
chararr
--- Comment #9 from ro at gcc dot gnu dot org 2010-05-19 17:33 ---
Subject: Bug 44074
Author: ro
Date: Wed May 19 17:32:43 2010
New Revision: 159590
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159590
Log:
Backport from mainline:
2010-05-17 Rainer Orth
--- Comment #5 from dfranke at gcc dot gnu dot org 2010-05-19 17:34 ---
Fixed in trunk. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from ro at gcc dot gnu dot org 2010-05-19 17:42 ---
Subject: Bug 44074
Author: ro
Date: Wed May 19 17:42:00 2010
New Revision: 159591
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159591
Log:
Backport from mainline:
2010-05-17 Rainer Orth
--- Comment #11 from ro at gcc dot gnu dot org 2010-05-19 17:44 ---
Fixed for 4.4.5, 4.5.1, 4.6.0.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #3 from dfranke at gcc dot gnu dot org 2010-05-19 17:53 ---
(In reply to comment #2)
> I dedicate it to the run time test.
> Test: Place program and subroutine in different files, compile and run them.
> NAG f95 -C=all shows then:
Same as PR27989.
*** This bug has been mar
--- Comment #3 from dfranke at gcc dot gnu dot org 2010-05-19 17:53 ---
*** Bug 30939 has been marked as a duplicate of this bug. ***
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
---
The example code below, compiled on x86 with gcc versions 4.1.2 through 4.4.0,
aborts when executed.
#include
#include
int main(void)__attribute__ ((optimize("O1"))); // Also with '-O2'
int main(void)
{
const float a = rand(); // Any function call that returns 1804289383 will do
volatile
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-05-19 18:01 ---
I think this is a dup of bug 323.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44198
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-05-19 18:05 ---
And it is as it works correctly with -std=c99 in 4.5.0 and above and it works
correctly on x86_64 or with -mfpmath=sse.
*** This bug has been marked as a duplicate of 323 ***
--
pinskia at gcc dot gnu dot org ch
--- Comment #136 from pinskia at gcc dot gnu dot org 2010-05-19 18:05
---
*** Bug 44198 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from drow at gcc dot gnu dot org 2010-05-19 18:08 ---
It seems to me that a series of line notes for each copy of line 5 are the
right debug output, and if GCC can generate that, someone should hack up GDB
until it recognizes that and treats it sensibly.
--
http://gcc
vfscanf is miscompiled by gcc 4.4, here is a shorter testcase that is
miscompiled also by 4.6:
extern void *alloca (__SIZE_TYPE__);
extern void bar (long *, char *);
long
foo (long x)
{
long buf[400];
char *p = alloca (x);
bar (buf, p);
return buf[0];
}
at -O2 -m64 results in:
...
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-05-19 18:30 ---
Looks related to PR 30282.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44199
vfscanf is miscompiled by gcc 4.4, here is a shorter testcase that is
miscompiled also by 4.6:
extern void *alloca (__SIZE_TYPE__);
extern void bar (long *, char *);
long
foo (long x)
{
long buf[400];
char *p = alloca (x);
bar (buf, p);
return buf[0];
}
at -O2 -m64 results in:
...
vfscanf is miscompiled by gcc 4.4, here is a shorter testcase that is
miscompiled also by 4.6:
extern void *alloca (__SIZE_TYPE__);
extern void bar (long *, char *);
long
foo (long x)
{
long buf[400];
char *p = alloca (x);
bar (buf, p);
return buf[0];
}
at -O2 -m64 results in:
...
--- Comment #1 from jakub at gcc dot gnu dot org 2010-05-19 19:09 ---
Sorry.
*** This bug has been marked as a duplicate of 44199 ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-19 19:09 ---
*** Bug 44200 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44199
--- Comment #3 from jakub at gcc dot gnu dot org 2010-05-19 19:09 ---
*** Bug 44201 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44199
--- Comment #1 from jakub at gcc dot gnu dot org 2010-05-19 19:09 ---
Sorry.
*** This bug has been marked as a duplicate of 44199 ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
In the attached test-case, a compare is missing, due to a misoptimization
regarding removing redundant compare-insns; when using "addo" the compare is
needed. Code generation for the test-case is different on 4.4, 4.5 and head;
somewhat suboptimally using "adds", except that a compare-insn *would*
--- Comment #4 from jakub at gcc dot gnu dot org 2010-05-19 19:23 ---
Yes, it is related, but solving it in the scheduler in generic way isn't going
to be trivial.
E.g. x86_64 emits memory_blockage early in ix86_expand_epilogue:
/* See the comment about red zone and frame
pointer
--- Comment #1 from hp at gcc dot gnu dot org 2010-05-19 19:24 ---
Created an attachment (id=20704)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20704&action=view)
test-case
Compile with -O2 -march=v32. Observe "addo 513,$r10,$acr" and "addo
512,$r10,$acr" directly followed by a
--- Comment #5 from jakub at gcc dot gnu dot org 2010-05-19 19:27 ---
rs6000.c already has rs6000_emit_stack_tie and calls it in several places in
the epilogue generation, I guess we just should add another call to this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44199
--- Comment #6 from jakub at gcc dot gnu dot org 2010-05-19 20:31 ---
Created an attachment (id=20705)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20705&action=view)
gcc46-pr44199.patch
Untested patch. Unfortunately, rs6000_emit_stack_tie isn't good enough.
1) it uses frame ali
--- Comment #4 from jason at gcc dot gnu dot org 2010-05-19 21:02 ---
Subject: Bug 44193
Author: jason
Date: Wed May 19 21:01:50 2010
New Revision: 159596
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159596
Log:
PR c++/44193
* typeck.c (type_memfn_quals): New f
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2010-05-19 21:13
---
Thanks, can reproduce now.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from bergner at gcc dot gnu dot org 2010-05-19 21:52 ---
Pat is going to SPEC test the patch and will report back here with his results.
--
bergner at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #13 from tkoenig at gcc dot gnu dot org 2010-05-19 21:53
---
This is now
real, dimension(2) :: test
integer:: n
test = n
! print *, test
return
end function test
program arr
real, dimension(2) :: res
res = test(2)
print *, res
end program
i...@linux-fd1f:/tmp> g
--- Comment #3 from hjl dot tools at gmail dot com 2010-05-19 21:57 ---
It is caused by revision 159321:
http://gcc.gnu.org/ml/gcc-cvs/2010-05/msg00373.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #17 from simon at pushface dot org 2010-05-19 22:05 ---
(In reply to comment #16)
> Confirmed on gcc version 4.5.1 20100506 (prerelease).
Confirmed fixed or confirmed present?
The Ada version of this test executes correctly for 4.5.0:
$ gnatgcc -v
Using built-in specs.
COLL
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
On Linux/x86, revision 159557:
http://gcc.gnu.org/ml/gcc-cvs/2010-05/msg00609.html
caused:
FAIL: gcc.dg/tree-ssa/prefetch-3.c scan-tree-dump-times aprefetch "unroll
factor 4" 1
FAIL: gcc.dg/tree-ssa/prefetch-5.c scan-tree-dump-times aprefetch "Issued
prefetch" 2
FAIL: gcc.dg/tree-ssa/prefetch-6.
On Linux/x86, revision 159586 gave
Executing on host: /export/build/gnu/gcc/build-x86_64-linux/gcc/xgcc
-B/export/build/gnu/gcc/build-x86_64-linux/gcc/
/export/gnu/import/git/gcc/gcc/testsuite/gcc.target/i386/avx-1.c -O2
-Werror-implicit-function-declaration -march=k8 -m3dnow -mavx -maes -mpclm
jmp3a
24: c7 05 00 00 00 00 01movl $0x1,0x0(%rip)# 2e
2b: 00 00 00
2e: eb 0a jmp3a
jmp at offset 22 should belong to the "i = 0;" line.
Problem reproduced on:
gcc (GCC) 4.4.5 20100519 (prerelease)
gcc (GCC) 4.5.1 20100519 (
--- Comment #14 from jason at gcc dot gnu dot org 2010-05-19 22:53 ---
In C++, an assignment of a union is defined to be equivalent to a byte copy:
12.8/32 "The implicitly-defined copy assignment operator for a union X copies
the object representation (3.9) of X."
3.9/4 "The object rep
--- Comment #12 from patrick at motec dot com dot au 2010-05-19 22:58
---
(In reply to comment #10)
> See comment #4. I believe this is a pilot error.
>
Richard,
Are you referring to my original bug report or to Khem's link problem.
I don't think (unless I've messed up my gcc build
--- Comment #1 from hjl dot tools at gmail dot com 2010-05-19 23:14 ---
The new failures are caused by revision 159585:
http://gcc.gnu.org/ml/gcc-cvs/2010-05/msg00638.html
FAIL: g++.dg/opt/mmx2.C (internal compiler error)
FAIL: g++.dg/opt/mmx2.C (test for excess errors)
FAIL: gcc.targe
--- Comment #3 from iains at gcc dot gnu dot org 2010-05-19 23:17 ---
static const NSConstantString *appKey = @"MyApp";
is not being emitted because it's unused - this seems correct behavior to me.
solutions:
(a) make it
const NSConstantString *appKey = @"MyApp";
(b)
add :
void *foo
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last reconfi
--- Comment #8 from amodra at gmail dot com 2010-05-20 04:31 ---
FWIW, Jakub's patch looks a reasonable fix to me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44199
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2010-05-20 04:44
---
Subject: Bug 43851
Author: jvdelisle
Date: Thu May 20 04:44:11 2010
New Revision: 159609
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159609
Log:
2010-05-19 Jerry DeLisle
PR fortran/43851
--- Comment #5 from Kyle dot D dot Moffett at boeing dot com 2010-05-20
04:53 ---
I am not able to reproduce this with a cross-compiling GCC 4.4.3 or 4.4.4 built
from Debian sources. Configuration parameters for GCC 4.4.4 were:
-v
--with-pkgversion='Debian 4.4.4-2'
--with-bugurl='file
--- Comment #15 from jason at gcc dot gnu dot org 2010-05-20 05:35 ---
Giving all unions alias set 0 doesn't fix the testcase. This surprises me,
since I thought that the problem was with the union assignment
this->functor = f.functor;
in assign_to_own. Giving alias set 0 t
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |steven at gcc dot gnu dot
|dot org
The following valid code snippet triggers an ICE on trunk when compiled with
"-O3" on i686-pc-linux-gnu and x86_64-unknown-linux-gnu:
===
template struct A
{
void foo(void(*)(A));
void bar(void(*f)(A)) { foo(f); foo(f); }
};
template inline void
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44206
--- Comment #12 from reichelt at gcc dot gnu dot org 2010-05-20 06:25
---
The failure in comment #1 might be related to PR 44206.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44121
--- Comment #1 from wilson at gcc dot gnu dot org 2010-05-20 06:27 ---
Subject: Bug 43764
Author: wilson
Date: Thu May 20 06:26:52 2010
New Revision: 159610
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159610
Log:
PR target/43764
* mips.c (mips_call_expr_from_insn): New arg se
--- Comment #2 from wilson at gcc dot gnu dot org 2010-05-20 06:27 ---
Mine.
--
wilson at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned a
--- Comment #2 from hp at gcc dot gnu dot org 2010-05-20 06:45 ---
Subject: Bug 44202
Author: hp
Date: Thu May 20 06:44:45 2010
New Revision: 159611
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159611
Log:
PR target/44202
* gcc.c-torture/execute/pr44202-1.c: Ne
--- Comment #3 from hp at gcc dot gnu dot org 2010-05-20 06:46 ---
Subject: Bug 44202
Author: hp
Date: Thu May 20 06:45:38 2010
New Revision: 159612
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159612
Log:
PR target/44202
* config/cris/cris.md ("*addsi3_v32"):
--- Comment #4 from hp at gcc dot gnu dot org 2010-05-20 06:47 ---
Subject: Bug 44202
Author: hp
Date: Thu May 20 06:47:41 2010
New Revision: 159613
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159613
Log:
PR target/44202
* gcc.c-torture/execute/pr44202-1.c: Ne
--- Comment #5 from hp at gcc dot gnu dot org 2010-05-20 06:48 ---
Subject: Bug 44202
Author: hp
Date: Thu May 20 06:48:37 2010
New Revision: 159614
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159614
Log:
PR target/44202
* config/cris/cris.md ("*addsi3_v32"):
--- Comment #6 from hp at gcc dot gnu dot org 2010-05-20 06:50 ---
Subject: Bug 44202
Author: hp
Date: Thu May 20 06:50:15 2010
New Revision: 159615
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159615
Log:
PR target/44202
* gcc.c-torture/execute/pr44202-1.c: Ne
--- Comment #7 from hp at gcc dot gnu dot org 2010-05-20 06:51 ---
Subject: Bug 44202
Author: hp
Date: Thu May 20 06:51:05 2010
New Revision: 159616
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159616
Log:
PR target/44202
* config/cris/cris.md ("*addsi3_v32"):
--- Comment #8 from hp at gcc dot gnu dot org 2010-05-20 06:52 ---
Subject: Bug 44202
Author: hp
Date: Thu May 20 06:52:25 2010
New Revision: 159617
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159617
Log:
PR target/44202
* gcc.c-torture/execute/pr44202-1.c: Ne
--- Comment #9 from hp at gcc dot gnu dot org 2010-05-20 06:53 ---
Subject: Bug 44202
Author: hp
Date: Thu May 20 06:53:34 2010
New Revision: 159618
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159618
Log:
PR target/44202
* config/cris/cris.md ("*addsi3_v32"):
101 - 168 of 168 matches
Mail list logo
