Some test cases in the guality testsuite change between UNSUPPORTED and
PASS/FAIL depending on system load. I have observed this today on gcc16.
Dave Korn has posted an analysis here:
http://gcc.gnu.org/ml/gcc/2010-04/msg00742.html
I concur that we should test for gdb being unable to understand
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2010-07-10
05:09 ---
The following appears to eliminate the iconv related build issues with
--enable-build-with-cxx...
Index: Makefile.in
===
--- Makefile.in (re
--- Comment #10 from amylaar at gcc dot gnu dot org 2010-07-10 05:07
---
Fix checked in trunk revision 161853.
The current problem is tracked as PR44832.
--
amylaar at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #53 from amylaar at gcc dot gnu dot org 2010-07-10 04:44
---
A patch has been posted here:
http://gcc.gnu.org/ml/gcc-patches/2010-07/msg00840.html
--
amylaar at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from amylaar at gcc dot gnu dot org 2010-07-10 04:24 ---
A patch has been posted here:
http://gcc.gnu.org/ml/gcc-patches/2010-07/msg00839.html
--
amylaar at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from hubicka at gcc dot gnu dot org 2010-07-10 02:05 ---
-O1 -fipa-sra also leads to ICE.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44897
--- Comment #2 from hubicka at gcc dot gnu dot org 2010-07-10 02:04 ---
Created an attachment (id=21170)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21170&action=view)
sqlite shell
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44897
--- Comment #1 from hubicka at gcc dot gnu dot org 2010-07-10 02:03 ---
Created an attachment (id=21169)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21169&action=view)
sqlite sources
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44897
evans:/abuild/jh/sqlite-3.6.23.1/:[0]# /abuild/jh/trunk-install/bin/gcc -fPIC
-O0 -fwhopr=24 -fno-strict-aliasing -pthread -pipe -O2shell.c sqlite3.c
-ldl -g ; echo "create table memos(text, priority INTEGER);" | ./a.out
Segmentation fault (core dumped)
evans:/abuild/jh/sqlite-3.6.23.1/:[1
--- Comment #7 from jhaberman at gmail dot com 2010-07-10 01:48 ---
I must have been on crack when I wrote that last comment. Sorry for the noise.
Though I do wonder how difficult the original bug is to fix. This seems to
make it more expensive to return structures by value.
--
h
--- Comment #6 from pinskia at gcc dot gnu dot org 2010-07-10 01:42 ---
>In 64-bit mode there is no store, but it *does* allocate 8 bytes of stack that
it never uses:
Oh no that is called aligning the stack to be 16 byte aligned.
>It also
seems to overallocate the stack (28 bytes alloc
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2010-07-10
01:41 ---
/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/./prev-gcc/g++
-B/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/./prev-gcc/
-B/sw/lib/gcc4.6/x86_64-apple-darwin10.4.0/bin/
-B/sw/src/fink.build/gcc46-4.
--- Comment #5 from pinskia at gcc dot gnu dot org 2010-07-10 01:40 ---
>In 32-bit mode it spills the return value to the stack for no reason.
Huh? arguments are passed via the stack in 32bit mode.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44194
--- Comment #4 from jhaberman at gmail dot com 2010-07-10 01:38 ---
This seems to happen even with POD return types:
int foo();
void bar(int a);
void func() {
bar(foo());
}
In 32-bit mode it spills the return value to the stack for no reason. It also
seems to overallocate the stack
--- Comment #17 from iains at gcc dot gnu dot org 2010-07-10 00:22 ---
Subject: Bug 44140
Author: iains
Date: Sat Jul 10 00:22:35 2010
New Revision: 162030
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162030
Log:
make ObjC do LTO.
gcc/
PR objc/44140
* config/
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2010-07-10
00:10 ---
The problems appears in the libcpp directory's config.log as...
configure:6727: checking for iconv
configure:6749:
/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/./prev-gcc/g++
-B/sw/src/fink.build/gcc
--- Comment #6 from iains at gcc dot gnu dot org 2010-07-09 23:40 ---
(In reply to comment #4)
> Is the compiler supposed to ignore an installed objc gnu runtime when testing
> in the build directory with -fnext-runtime?
Well, it's actually the other way round - it needs to find the pr
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Comment #22 from spop at gcc dot gnu dot org 2010-07-09 23:12 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #21 from spop at gcc dot gnu dot org 2010-07-09 23:09 ---
Subject: Bug 44576
Author: spop
Date: Fri Jul 9 23:08:55 2010
New Revision: 162023
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162023
Log:
pr44576 Avoid un-necessary prefetch analysis by distributing the c
--- Comment #2 from danglin at gcc dot gnu dot org 2010-07-09 22:32 ---
Patch:
http://gcc.gnu.org/ml/gcc-patches/2010-06/msg01915.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43441
--- Comment #4 from carrot at google dot com 2010-07-09 22:11 ---
Consider following case:
add r3, r1, r2
ldr r4, [r3]
Suppose there is no other usage of r3, propagate the first instruction into the
second and remove the first is the correct behavior and beneficial. This is
als
--- Comment #3 from paolo dot carlini at oracle dot com 2010-07-09 22:09
---
PS: I will provide with __is_convertible_to an xfailed testcase inspired from
is_constructible instead, where definitely SFINAE applies, unless there are
access control issues.
--
http://gcc.gnu.org/bugzil
--- Comment #2 from paolo dot carlini at oracle dot com 2010-07-09 21:46
---
Indeed. Thus, I don't think I really have any special SFINAE issue to point
out, at the moment. Maybe is_constructible will be more tricky.
--
paolo dot carlini at oracle dot com changed:
What
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW |SUSPENDED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44500
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirm
--- Comment #15 from jason at gcc dot gnu dot org 2010-07-09 21:29 ---
I agree that this is a bug, but it's a bug in C++0x, not with GCC, and
unfortunately it came up too late for me to include it as a national body
comment. I have submitted it as a defect report.
--
jason at gcc do
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Summary|non-trivial conversion ICE |[4.6 Regression] non-trivial
|from early SRA
--- Comment #1 from jason at gcc dot gnu dot org 2010-07-09 21:11 ---
No, SFINAE should not apply here, because the ambiguous conversion is not in
the context of template argument deduction.
See PR 41468 for some similar ambiguity issues that I fixed last month.
--
http://gcc.gnu.o
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-07-09 21:00 ---
Hm, somehow we loose the float typed access:
:
MEM[(struct SpecificAttrs *)&D.1966].mType = 0;
t_6 = MEM[(const struct SpecificAttrs *)&D.1966].mType;
t.0_7 = (int) t_6;
switch (t.0_7) , case 1: >
:
D.215
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-09 20:50 ---
Then it might be actually mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jason at gcc dot gnu dot org 2010-07-09 20:47 ---
Fixed for 4.5.1.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASS
--- Comment #4 from jason at gcc dot gnu dot org 2010-07-09 20:47 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from hjl dot tools at gmail dot com 2010-07-09 20:39 ---
It is caused by revision 161655:
http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg6.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44891
Basing on discussions with Jason, I'm filing this PR, distilled from a typical
library-only implementation of std::is_convertible instantiated with D and A,
where A is an ambiguous base of D.
As a matter of fact, I'm personally not *completely* sure that SFINAE should
apply here, but I'm tempted t
--- Comment #4 from janus at gcc dot gnu dot org 2010-07-09 20:28 ---
Here is a fix for the target problem:
Index: gcc/fortran/primary.c
===
--- gcc/fortran/primary.c (revision 162010)
+++ gcc/fortran/primary.c
--- Comment #14 from jason at gcc dot gnu dot org 2010-07-09 20:12 ---
Fixed for 4.6. This isn't a regression, and the fix changes the ABI (for code
that is badly broken without it), so I'm not comfortable applying it to the
release branches. I did apply it, but then reverted it again.
--- Comment #3 from bergner at gcc dot gnu dot org 2010-07-09 20:04 ---
Hit on powerpc64-linux too. This is the assert:
/* When something is defined, it should have a node attached.
FIXME: For fortran this is still not the case since wrapup global
decls is done a
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-09 19:59 ---
*** This bug has been marked as a duplicate of 44845 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-09 19:59 ---
*** Bug 44895 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #13 from jason at gcc dot gnu dot org 2010-07-09 19:50 ---
Subject: Bug 43120
Author: jason
Date: Fri Jul 9 19:50:25 2010
New Revision: 162013
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162013
Log:
Revert "PR c++/43120"
Removed:
branches/gcc-4_5-bra
--- Comment #12 from jason at gcc dot gnu dot org 2010-07-09 19:46 ---
Subject: Bug 43120
Author: jason
Date: Fri Jul 9 19:45:53 2010
New Revision: 162011
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162011
Log:
PR c++/43120
* class.c (update_vtable_entry_for_
--- Comment #11 from jason at gcc dot gnu dot org 2010-07-09 19:41 ---
Subject: Bug 43120
Author: jason
Date: Fri Jul 9 19:40:39 2010
New Revision: 162010
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162010
Log:
PR c++/43120
* class.c (update_vtable_entry_for_
Compiling the gcc.c-torture/compile/2009-2.c test case on powerpc64-linux,
we get the following ICE with today's trunk:
berg...@granola3p01:~/gcc/BUGS>
/data3/bergner/gcc/build/gcc-mainline-r161924-debug/gcc/xgcc
-B/data3/bergner/gcc/build/gcc-mainline-r161924-debug/gcc/ -O2 -flto -w -S
-m3
--- Comment #21 from jakub at gcc dot gnu dot org 2010-07-09 19:40 ---
Subject: Bug 28632
Author: jakub
Date: Fri Jul 9 19:40:03 2010
New Revision: 162009
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162009
Log:
PR tree-optimization/28632
* tree-vrp.c (zero_no
--- Comment #10 from jason at gcc dot gnu dot org 2010-07-09 19:36 ---
Subject: Bug 43120
Author: jason
Date: Fri Jul 9 19:36:19 2010
New Revision: 162008
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162008
Log:
PR c++/43120
* cp-tree.h (BV_LOST_PRIMARY): New
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-09 19:18 ---
Fails w/o LTO, at -O1, after early-SRA.
gcc> /abuild/rguenther/trunk-g/gcc/g++ -B /abuild/rguenther/trunk-g/gcc -O -S
PTestDataStructuresParent.3.ii
PTestDataStructuresParent.3.ii: In member function 'bool
PTestDat
--- Comment #29 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-07-09
19:17 ---
Subject: Re: [4.4/4.5/4.6 Regression] gcc trunk 143562 - Testsuite - gfortran
failing tests that worked previously
May I backport the patch to the 4.4 and 4.5 branches, too?
Thanks.
Rainer
--
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-09 19:15 ---
Created an attachment (id=21168)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21168&action=view)
reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44891
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keyw
--- Comment #8 from ro at gcc dot gnu dot org 2010-07-09 19:07 ---
Created an attachment (id=21167)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21167&action=view)
bad assembler output with patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44887
--- Comment #7 from ro at gcc dot gnu dot org 2010-07-09 19:06 ---
Created an attachment (id=21166)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21166&action=view)
good assembler output pre-patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44887
--- Comment #6 from ro at gcc dot gnu dot org 2010-07-09 19:05 ---
Created an attachment (id=21165)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21165&action=view)
preprocessed source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44887
--- Comment #5 from ro at gcc dot gnu dot org 2010-07-09 19:04 ---
I've found that sarray.o is miscompiled. The only code changes are in
sarray_at_put and sarray_put_safe, where sarray_at_put is inlined. I've not
yet found what is broken. I'm attaching the good and bad .s files and th
--- Comment #3 from janus at gcc dot gnu dot org 2010-07-09 19:02 ---
Reduced test case:
type :: test_case
end type
type :: test_suite
type(test_case) :: list
end type
contains
subroutine sub(self)
class(test_suite), intent(inout) :: self
type(test_case), poin
--- Comment #1 from hubicka at gcc dot gnu dot org 2010-07-09 18:35 ---
Created an attachment (id=21164)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21164&action=view)
testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44894
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-07-09 18:32
---
Subject: Bug 44890
Author: rguenth
Date: Fri Jul 9 18:32:29 2010
New Revision: 162005
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162005
Log:
2010-07-09 Richard Guenther
PR middle-end/44890
--- Comment #9 from rguenth at gcc dot gnu dot org 2010-07-09 18:32 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
j...@evans:/abuild/jh/mozilla-central/build9/content/base/src>
/abuild/jh/trunk-install/bin/g++ -flto -r -nostdlib tc/*.ii
In file included from ../../../../content/base/src/nsContentUtils.cpp:45:0:
../../../dist/include/jscntxt.h: In function ÂJSContext*
js_ContextFromLinkField(JSCList*)Â:
../..
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-07-09
18:30 ---
Subject: Re: [4.6 regression] All Objective-C execution tests fail on Solaris
2/SPARC
The reghunt revealed Richard's mem-ref2 patch as the culprit:
2010-07-01 Richard Guenther
PR middle-end/42
--- Comment #3 from mikpe at it dot uu dot se 2010-07-09 18:27 ---
These new objc failures are also seen on sparc64-linux btw.
--
mikpe at it dot uu dot se changed:
What|Removed |Added
---
--- Comment #1 from hubicka at gcc dot gnu dot org 2010-07-09 18:05 ---
Created an attachment (id=21163)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21163&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44893
j...@evans:/abuild/jh/mozilla-central/build9/dom/src/threads>
/abuild/jh/trunk-install/bin/g++ -fwhopr -r -nostdlib -O2 ~/nsDOMWorker*
In file included from ../../../../dom/src/threads/nsDOMWorker.cpp:39:0:
../../../dist/include/jscntxt.h: In function JSContext*
js_ContextFromLinkField(JSCList*):
--- Comment #20 from jakub at gcc dot gnu dot org 2010-07-09 17:12 ---
Created an attachment (id=21162)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21162&action=view)
gcc46-pr28632.patch
Sorry, I haven't been aware of this PR. The attached patch brings in some of
the ideas from
--- Comment #7 from hubicka at ucw dot cz 2010-07-09 17:09 ---
Subject: Re: =?iso-8859-2?Q?Bogus_?=
=?iso-8859-2?Q?=22type_of_=91nsLayoutModule=5FNSModule=92_doe?=
=?iso-8859-2?Q?s?= not match original declaration" waning compiling
Mozilla
Hi,
with the patch all
--- Comment #29 from ian dot bolton at arm dot com 2010-07-09 17:02 ---
(In reply to comment #7)
> When I read the RTL dumps correctly, gcc tries to assign SP to wCGR0.
SP is actually the destination here, not the source.
> This can be done by the
>
> tmrc sp, wCGR0
>
> assemb
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-07-09 16:35 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #7 from bergner at gcc dot gnu dot org 2010-07-09 16:34 ---
Ye, it ICE's there:
/home/bergner/gcc/gcc-mainline-r161924/gcc/testsuite/gcc.c-torture/compile/pr30338.c:5:5:
internal compiler error: in create_mem_ref_raw, at tree-ssa-address.c:363
Please submit a full bug report
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-07-09
16:34 ---
Subject: Re: [4.6 regression] All Objective-C execution tests fail on Solaris
2/SPARC
> --- Comment #1 from ebotcazou at gcc dot gnu dot org 2010-07-09 16:29
> ---
> On Solaris 9:
>
>
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2010-07-09 16:29
---
On Solaris 9:
=== objc Summary ===
# of expected passes767
# of unexpected failures34
# of expected failures 7
# of unsupported tests 28
I wonder if there i
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-07-09 16:28 ---
Does it ICE with
Index: gcc/tree-ssa-address.c
===
--- gcc/tree-ssa-address.c (revision 161994)
+++ gcc/tree-ssa-address.c (working copy)
@@
--- Comment #5 from bergner at gcc dot gnu dot org 2010-07-09 16:25 ---
(gdb) call debug_tree(base)
unit size
align 64 symtab 0 alias set -1 canonical type 0x441 precision
64 min max >
visited var def_stmt D.2060_43 = ivtmp.27_37
+ D.2059_42;
version
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-07-09 16:24 ---
Same issue for function args.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44889
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-09 16:23 ---
With register args we can eventually end up calling convert_move on it which
will choke for different size regs. I hit this myself during mem-ref2
development which is why I added this checking.
--
rguenth at gc
--- Comment #7 from ramana at gcc dot gnu dot org 2010-07-09 16:19 ---
Should be fixed by this commit.
http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg00301.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44768
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2010-07-09 16:16
---
Fixing.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|una
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2010-07-09 16:14
---
> Heh - and I specifically restricted it to registers to avoid that ... ;)
Yes, that was very kind of you. :-) But people do appalling things in Ada with
Unchecked_Conversion.
--
http://gcc.gnu.org/bugzilla
--- Comment #2 from sje at cup dot hp dot com 2010-07-09 16:10 ---
Here is a smaller test case:
class e
{
public:
e(void* __e);
e(const e&);
};
void * v() { }
e foo() { return e(v()); }
It only fails on IA64 in 32 bit mode and the problem seems to be related
--- Comment #6 from meissner at gcc dot gnu dot org 2010-07-09 16:10
---
Subject: Bug 44877
Author: meissner
Date: Fri Jul 9 16:10:10 2010
New Revision: 162002
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162002
Log:
PR 44877
Modified:
trunk/gcc/ChangeLog
trunk/gcc/
--- Comment #4 from bergner at gcc dot gnu dot org 2010-07-09 16:08 ---
gcc/testsuite/gcc.c-torture/compile/pr30338.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44890
There is another regression in gnat.dg on SPARC/PA/PPC:
http://gcc.gnu.org/ml/gcc-testresults/2010-07/msg00699.html
http://gcc.gnu.org/ml/gcc-testresults/2010-07/msg00722.html
http://gcc.gnu.org/ml/gcc-testresults/2010-07/msg00709.html
It is caused by the new size check on VIEW_CONVERT_EXPR.
--- Comment #6 from rguenther at suse dot de 2010-07-09 16:01 ---
Subject: Re: [4.6 regression] miscompilation
of gnat.dg/aliasing3.adb after mem-ref2
On Fri, 9 Jul 2010, ebotcazou at gcc dot gnu dot org wrote:
> --- Comment #5 from ebotcazou at gcc dot gnu dot org 2010-07-09 15
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2010-07-09 15:59
---
> Eric, you probably know best what should be checked, can you prepare a patch
> (that hopefully passes testing ... huh)?
Yes, will do, but not before addressing the issues caught by the new size check
on VIEW_CO
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-09 15:20 ---
Created an attachment (id=21161)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21161&action=view)
patch
Patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44889
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-09 15:14 ---
I can't find the testcase pr30388.c in the testsuite. Where is it?
(I can only see get_def_for_expr () returning a non-pointer def)
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #52 from amylaar at gcc dot gnu dot org 2010-07-09 15:06
---
(In reply to comment #49)
> I'm working on a fix for 44874, it it seems we are missing references of
> LABEL_DECLs by gotos.
Actually, they are marked used when the GIMPLE_LABEL itself is processed.
The problem I
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-09 15:01 ---
Subject: Bug 44886
Author: rguenth
Date: Fri Jul 9 15:01:14 2010
New Revision: 162000
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162000
Log:
2010-07-09 Richard Guenther
PR tree-optimization/
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-09 15:01 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from bergner at gcc dot gnu dot org 2010-07-09 14:53 ---
Full backtrace:
(gdb) bt
#0 fancy_abort (file=0x10ab02e0
"/home/bergner/gcc/gcc-mainline-r161924/gcc/tree.c", line=3717,
function=0x10aafb20 "build2_stat")
at /home/bergner/gcc/gcc-mainline-r161924/gcc/diagnost
--- Comment #1 from hubicka at gcc dot gnu dot org 2010-07-09 14:52 ---
Created an attachment (id=21160)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21160&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44891
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-07-09 14:52 ---
Testcase:
t1.c
struct X;
struct Y {
struct X (*fnptr)(void);
};
struct Y foo;
t2.c
struct X { int i; };
struct Y {
struct X (*fnptr)(void);
};
extern struct Y foo;
int main()
{
foo.fnptr();
re
j...@evans:/abuild/jh/mozilla-central/build8/ipc/ipdl>
/abuild/jh/trunk-install/bin/g++ ~/PTestDataStructuresParent.ii -O2 -r -fwhopr
-nostdlib
In file included from :244:0:
PTestDataStructuresParent.cpp: In member function Read:
PTestDataStructuresParent.cpp:1810:1: error: non-trivial conversion
--- Comment #1 from pinskia at gmail dot com 2010-07-09 14:48 ---
Subject: Re: New: Hitting gcc_assert in build2_stat with pr30388.c testsuite
test case
Can you give the full backtrace? Where is the build2 being called from?
On Jul 9, 2010, at 7:36 AM, "bergner at gcc dot gnu dot org
Can you give the full backtrace? Where is the build2 being called from?
On Jul 9, 2010, at 7:36 AM, "bergner at gcc dot gnu dot org" > wrote:
The pr30388.c test case ICE's on trunk and powerpc64-linux with the
following
options: -Os -m64
Looking at a backtrace, we're hitting this assert in
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-09 14:42 ---
Pointed-to types mismatching.
Field types not compatible.
Pointed-to types mismatching.
Field types not compatible.
Pointed-to types mismatching.
Not compatible.
for two different
http://gcc.gnu.org/bugzilla/
--- Comment #10 from bergner at gcc dot gnu dot org 2010-07-09 14:37
---
Yes, it ICE's on trunk. I just opened PR44890 for the new ICE.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30338
The pr30388.c test case ICE's on trunk and powerpc64-linux with the following
options: -Os -m64
Looking at a backtrace, we're hitting this assert in tree.c:build2_stat():
if (code == POINTER_PLUS_EXPR && arg0 && arg1 && tt)
gcc_assert (POINTER_TYPE_P (tt) && POINTER_TYPE_P (TREE_TYPE (arg0)
--- Comment #12 from dominiq at lps dot ens dot fr 2010-07-09 14:35 ---
Reduced test case extracted from the polyhedron test mdbx.f90 that give an ICE
at revision 161959:
[karma] lin/test% cat mdbx_red.f90
!*==MASTER.spg processed by SPAG 6.55Dc at 09:26 on 23 Sep 2005
SUBROUTINE
--- Comment #2 from hubicka at gcc dot gnu dot org 2010-07-09 14:23 ---
Created an attachment (id=21159)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21159&action=view)
second part of testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44889
--- Comment #1 from hubicka at gcc dot gnu dot org 2010-07-09 14:23 ---
Created an attachment (id=21158)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21158&action=view)
first part of testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44889
1 - 100 of 143 matches
Mail list logo
