--- 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"):
--- 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 #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 #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 #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 #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 #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 #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 #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 #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 #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
--
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
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
--
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
--- 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
--- 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 #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 #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
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last reconfi
--- 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
--- 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 #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 #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
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 (
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
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.
--
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
--- 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
--- 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 #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 #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 #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 #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 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 #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 #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 #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
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 #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 #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 #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 #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
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 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:
...
--- 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
--- 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 #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 #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
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 #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
---
--- 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 #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 #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 #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 #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 #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 #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 #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.
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 #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
--- 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 #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 #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 #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 #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 #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
-
to/44196
* tree.c (find_decls_types_r): Walk BLOCKs and its vars.
* g++.dg/lto/20100519-1_0.C: New testcase.
Added:
trunk/gcc/testsuite/g++.dg/lto/20100519-1_0.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree.c
--
http://gcc.gnu.org/
--- Comment #3 from jason at gcc dot gnu dot org 2010-05-19 15:50 ---
Subject: Bug 44193
Author: jason
Date: Wed May 19 15:49:39 2010
New Revision: 159580
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159580
Log:
PR c++/44193
* pt.c (tsubst) [TYPENAME_TYPE]: Dis
--- Comment #2 from jason at gcc dot gnu dot org 2010-05-19 15:49 ---
Subject: Bug 44157
Author: jason
Date: Wed May 19 15:49:12 2010
New Revision: 159578
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159578
Log:
PR c++/44157
* call.c (build_over_call): Limit in
--- Comment #8 from jason at gcc dot gnu dot org 2010-05-19 15:49 ---
Subject: Bug 44158
Author: jason
Date: Wed May 19 15:49:01 2010
New Revision: 159577
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159577
Log:
PR c++/44158
* call.c (build_over_call): Don't do
--- Comment #7 from jakub at gcc dot gnu dot org 2010-05-19 15:45 ---
I guess that needs discussion with the GDB folks...
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from jason at gcc dot gnu dot org 2010-05-19 15:45 ---
Subject: Bug 44193
Author: jason
Date: Wed May 19 15:44:33 2010
New Revision: 159576
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159576
Log:
PR c++/44193
* pt.c (tsubst) [TYPENAME_TYPE]: Dis
--- Comment #1 from jason at gcc dot gnu dot org 2010-05-19 15:44 ---
Subject: Bug 44193
Author: jason
Date: Wed May 19 15:44:08 2010
New Revision: 159575
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159575
Log:
PR c++/44193
* pt.c (tsubst) [TYPENAME_TYPE]: Dis
--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-19 15:42 ---
Created an attachment (id=20702)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20702&action=view)
gcc46-pr43521.patch
Untested fix that seems to work on this testcase.
--
jakub at gcc dot gnu dot org changed
--- Comment #19 from dje at gcc dot gnu dot org 2010-05-19 15:40 ---
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 attribute merging patch and DECL_PRES
--- Comment #6 from andi-gcc at firstfloor dot org 2010-05-19 15:40 ---
Jakub, are you saying this should be fixed in gdb?
How could gdb detect this case?
If gcc emitted another .loc like you said couldn't gdb check for this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44113
--- Comment #8 from rguenther at suse dot de 2010-05-19 15:13 ---
Subject: Re: lto1: ICE: tree check: expected field_decl, have
type_decl in gimple_types_compatible_p, at gimple.c:3597
On Wed, 19 May 2010, hubicka at ucw dot cz wrote:
> --- Comment #7 from hubicka at ucw dot cz
--- Comment #7 from hubicka at ucw dot cz 2010-05-19 15:11 ---
Subject: Re: lto1: ICE: tree check: expected field_decl,
have type_decl in gimple_types_compatible_p, at gimple.c:3597
> I suppose this is an alias but we fail to clear its body/block tree. We end
> up refering to
--- Comment #23 from rguenth at gcc dot gnu dot org 2010-05-19 15:08
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-05-19 15:08 ---
I suppose this is an alias but we fail to clear its body/block tree. We end
up refering to some TYPE_DECL in its BLOCK tree from somewhere else
(but we don't stream that function decl in the end).
--
http://gcc
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-05-19 15:01 ---
Hm, we have a cgraph node
ConstValueTypeSerializationBuffer::ConstValueTypeSerializationBuffer(Ordinal)
[with Ordinal = int]/2(1) @0x77edd930 (asm:
_ZN33ConstValueTypeSerializationBufferIiEC2Ei) analyzed 11 time
--- Comment #10 from jakub at gcc dot gnu dot org 2010-05-19 14:56 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from jakub at gcc dot gnu dot org 2010-05-19 14:55 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #3 from jakub at gcc dot gnu dot org 2010-05-19 14:54 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #22 from iains at gcc dot gnu dot org 2010-05-19 14:54 ---
I would imagine that this will ultimately affect all EMUTLS targets even tho
it's against darwin.
tree-profile.c is generating gimple directly for the inserted statements -
AFAICT it's assuming that these don't need
--- Comment #5 from jakub at gcc dot gnu dot org 2010-05-19 14:52 ---
The problem is just that there are no instructions with locus on line 4 - with
unrolling no traces of the for loop in the assembly remains and all
instructions in the body have line 5 and immediately after it another u
--- Comment #22 from rguenth at gcc dot gnu dot org 2010-05-19 14:48
---
Subject: Bug 43987
Author: rguenth
Date: Wed May 19 14:48:24 2010
New Revision: 159567
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159567
Log:
2010-05-19 Richard Guenther
PR tree-optimizatio
--- Comment #21 from iains at gcc dot gnu dot org 2010-05-19 14:48 ---
Created an attachment (id=20701)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20701&action=view)
latest..
this is mostly there ... might be worth trying on other platforms for feedback.
without the catch-net
--- Comment #17 from dfranke at gcc dot gnu dot org 2010-05-19 14:43
---
No more ICE, removed keyword.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-05-19 14:40 ---
Hm, we still have TYPE_DECLs in TYPE_FIELDs somehow. I have a patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44196
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-05-19 14:10 ---
template
struct DirectSerializationTraits
{
static void fromCountToDirectBytes(const Ordinal count) {}
};
template class SerializationTraits
: public DirectSerializationTraits { };
template
class ConstValueTyp
--- Comment #9 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-05-19
14:07 ---
Subject: Re: ICE in gcc/config/soft-fp/divtf3.c
> --- Comment #8 from zadeck at naturalbridge dot com 2010-05-19 14:06
> ---
> df maintainers cannot approve their own patches. you should get bo
--- Comment #8 from zadeck at naturalbridge dot com 2010-05-19 14:06
---
df maintainers cannot approve their own patches. you should get bonzini or
any other back end maintainer to approve it.
thanks for doing the testing.
kenny
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43
--- Comment #7 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-05-19
14:03 ---
Subject: Re: ICE in gcc/config/soft-fp/divtf3.c
> --- Comment #6 from zadeck at naturalbridge dot com 2010-05-19 13:41
> ---
> I have a deadline and do not have time to play with this. The compa
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-05-19 13:59 ---
Confirmed. Reducing.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-19 13:53 ---
Created an attachment (id=20700)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20700&action=view)
gcc46-pr44178.patch
Untested fix.
--
jakub at gcc dot gnu dot org changed:
What|Removed
--- Comment #6 from zadeck at naturalbridge dot com 2010-05-19 13:41
---
I have a deadline and do not have time to play with this. The comparison
function in df-scan.c, df_ref_compare, is not stable according to what has been
discussed in pr42157. however, it does satisfy the definit
--- Comment #1 from martin dot kronbichler at it dot uu dot se 2010-05-19
13:35 ---
Created an attachment (id=20699)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20699&action=view)
File that triggers the problem when linking a shared library
A reduced testcase. Extracted from th
1 - 100 of 168 matches
Mail list logo