--- Comment #10 from joel at gcc dot gnu dot org 2009-09-20 19:40 ---
Created an attachment (id=18619)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18619action=view)
RTEMS Get_Page_Size should no longer return 0
With this patch only 1 ACATS failed. Is it OK to commit?
--
--- Comment #2 from spop at gcc dot gnu dot org 2009-09-20 19:52 ---
The patch svn://gcc.gnu.org/svn/gcc/tr...@151362 breaks bootstrap with graphite
enabled.
2009-09-03 Alexandre Oliva aol...@redhat.com
* toplev.c (process_options): Enable var-tracking-assignments
by
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-09-20 20:05 ---
Subject: Bug 40642
Author: pinskia
Date: Sun Sep 20 20:05:00 2009
New Revision: 151907
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151907
Log:
2009-09-20 Andrew Pinski pins...@gcc.gnu.org
PR
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-09-20 20:05 ---
Fixed, added a testcase also.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from pinskia at gcc dot gnu dot org 2009-09-20 20:09
---
t.cc:5:1: error: initializer for floating value is not a floating constant
t.cc:5:1: internal compiler error: tree check: expected real_cst, have
plus_expr in output_constant, at varasm.c:4545
Please submit a full
--- Comment #9 from pinskia at gcc dot gnu dot org 2009-09-20 20:12 ---
I am no longer working on this patch ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from pinskia at gcc dot gnu dot org 2009-09-20 20:20
---
(In reply to comment #10)
Trunk does very unfunny things to this testcase as well. -fno-tree-reassoc
recovers the register allocation problems.
Then this is a duplication of bug 27855.
*** This bug has been
--- Comment #33 from pinskia at gcc dot gnu dot org 2009-09-20 20:20
---
*** Bug 28481 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-09-20 20:22 ---
it just means that graphite doesn't properly deal with DEBUG_STMTs and thus
different code is generated with/without -g.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41401
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-09-20 20:29 ---
6148 comp_const = fold_convert_loc (loc, TREE_TYPE (arg0), op1);
op1 is already not folded:
(gdb) p debug_tree(op1)
nop_expr 0x76fcc040
type integer_type 0x77ed8780 long unsigned int public
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-09-20 20:32 ---
op1 comes from the front-end which means this is most likely caused by the
constant expression patch. Trying to figure out how to fix it ...
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-09-20 20:39 ---
orig_op0 in c-common.c:
(gdb) p debug_tree(orig_op0)
c_maybe_const_expr 0x77ff8f80
type integer_type 0x77ed8780 long unsigned int public unsigned DI
size integer_cst 0x77ec7bd0 constant 64
--- Comment #4 from reichelt at gcc dot gnu dot org 2009-09-20 20:42
---
The code is invalid. But the compiler shouldn't crash on invalid code.
So this is an ice-on-invalid-code bug.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-09-20 20:49 ---
This is a PPRE issue as turning off PRE fixes the issue and
do_partial_partial = optimize 2;
changing that to 0 instead also does not expose the issue.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-09-20 20:52 ---
Uhm. It's very hard to not crash on randomly broken inline-asm.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15319
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41352
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41399
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41397
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|[450 regression] many new |[4.5 regression] many new
|ACATs failures
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-09-20 21:02 ---
You are using a gfortran binary which was compiled for use with a newer version
of binutils than you have. You should either install a newer version of
binutils or compile gfotran yourself.
--
pinskia at gcc
--- Comment #41 from joseph at codesourcery dot com 2009-09-20 21:04
---
Subject: Re: [4.5 Regression] major regressions on
*-apple-darwin10 at -m64 caused by r147995
On Sun, 20 Sep 2009, howarth at nitro dot med dot uc dot edu wrote:
If so, we can't just apply an ifndef
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41322
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|trivial |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41323
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41396
--- Comment #6 from joseph at codesourcery dot com 2009-09-20 21:08 ---
Subject: Re: [4.5 Regression] ICE: tree check: expected
integer_cst, have nop_expr in tree_int_cst_lt, at tree.c:5259
There is no backtrace in this bug or any statement of the point in such a
backtrace at which
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41309
--- Comment #7 from pinskia at gcc dot gnu dot org 2009-09-20 21:11 ---
sorry for not adding a backtrace:
#2 0x00b86862 in tree_int_cst_lt (t1=0x76fc6990,
t2=0x76fcc040)
at /home/pinskia/src/local/gcc/gcc/tree.c:6087
#3 0x00710ea0 in
--- Comment #8 from pinskia at gcc dot gnu dot org 2009-09-20 21:12 ---
The op0 of the call to fold_build2_stat_loc is not fully folded which causes
the ICE.
And op0 of the call to fold_build2_stat_loc does not contain c_maybe_const_expr
but just the NOP_EXPRINT_CST.
--
--- Comment #9 from rguenth at gcc dot gnu dot org 2009-09-20 21:16 ---
We likely should recursively fold all trees during gimplification. That also
would prepare us to no longer fold in the frontends. Didn't we do this at
some point in the past?
--
--- Comment #10 from joseph at codesourcery dot com 2009-09-20 21:23
---
Subject: Re: [4.5 Regression] ICE: tree check: expected
integer_cst, have nop_expr in tree_int_cst_lt, at tree.c:5259
Where (backtrace) did the C_MAYBE_CONST_EXPR get created? Where
(backtrace) did the
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-09-20 21:28 ---
Yes it is a dup of 323. Since really the target is 32bits :).
*** This bug has been marked as a duplicate of 323 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #133 from pinskia at gcc dot gnu dot org 2009-09-20 21:28
---
*** Bug 41195 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
I have only seen this problem ono x86_64, cannot reproduce on i686.
Example code (a.c):
#include stdio.h
extern void my_asm_func(void);
asm(.text\n \
my_asm_func:\n \
mov 1234,%rax\n \
ret\n \
.previous\n);
int my_c_func() { return 1; }
int main()
{
void *fred;
--- Comment #18 from pogma at gcc dot gnu dot org 2009-09-20 21:49 ---
(In reply to comment #17)
There still is an oddity here. I can trigger this problem in current gcc trunk
with a conftest.c but not with a conftest.i (comment 6).
dsymutil does not get run when compiling
There is no way for a program to refer to the template constructor defined
in the class below. EDG eccp issues a warning to point this out, but gcc
silently accepts the code. It would be helpful if gcc were enhanced to
issue a similar diagnostic.
$ cat t.cpp gcc -dumpversion gcc -W -Wall
--
msebor at gmail dot com changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41423
--- Comment #4 from clerman at fuse dot net 2009-09-20 23:28 ---
Subject: Re: problem compiling file
Thank you for your response. I would appreciate very much if you could you
please supply me with a web site and the name of the particular version of
binutils.
Thanks for your
--- Comment #11 from hjl dot tools at gmail dot com 2009-09-20 23:31
---
It is caused by revision 145254:
http://gcc.gnu.org/ml/gcc-cvs/2009-03/msg00761.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Hello:
I found the optimized binary created by gcc-4_4-branch and trunk, is unstable
in someway.
Program received signal SIGSEGV, Segmentation fault.
[Switching to thread 4116.0x15d4]
0x08d8f304 in ?? ()
(gdb) bt
#0 0x08d8f304 in ?? ()
#1 0x in ?? ()
(gdb) disass
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
Component|c |target
101 - 140 of 140 matches
Mail list logo