--- Comment #4 from burnus at gcc dot gnu dot org 2008-10-01 21:34 ---
Valgrind shows:
==5704==at 0x49B7AD: calculate_offset (trans-common.c:744)
==5704==by 0x49BAB9: add_equivalences (trans-common.c:859)
==5704==by 0x49DA01: gfc_trans_common (trans-common.c:1170)
==5704==
--- Comment #1 from burnus at gcc dot gnu dot org 2008-10-01 21:42 ---
Jerry, that sounds like something for you. I think Toon is right and ifort 10.1
prints (using a file as internal I/O does not work):
87 88 89
97 98 99
NAMLIS
model: posix
gcc version 4.4.0 20081001 (experimental) (GCC)
aelfric% /usr/gcc/bin/gcc -O1 -w -fstrict-overflow -floop-block -o
heapsort-acovea.c
heapsort-acovea.c: In function 'HSORT':
heapsort-acovea.c:180: internal compiler error: vector VEC(name_tree,base)
index domain error
--- Comment #1 from hbent at cs dot oberlin dot edu 2008-10-01 21:47
---
Created an attachment (id=16445)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16445action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37708
--- Comment #12 from pinskia at gcc dot gnu dot org 2008-10-01 21:55
---
This is far as reduced testcase I could get, if I remove anything that is
unrelated the ICE goes away:
unsigned char inUse[256];
unsigned char len[6][258];
int code[6][258];
unsigned int crc32Table[256] = { };
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-10-01 22:01 ---
Probably a dup of PR37485.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from brian at dessent dot net 2008-10-01 22:11 ---
Subject: Re: Stage 2- C compiler cannot create
executables-recent svn
That looks like the config.log from the top level, which is not the
relevant file. The error happens in the stage2 intl/ directory, and
there
--- Comment #13 from jakub at gcc dot gnu dot org 2008-10-01 22:20 ---
Thanks, finally #c12 is something I can reproduce in native stage1. Will
investigate this morning.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37686
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
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 #3 from rth at gcc dot gnu dot org 2008-10-01 23:19 ---
Created an attachment (id=16446)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16446action=view)
proposed patch
Please try this and see if it works. I believe it does, since I see
- stw 21,16(9)
-
--- Comment #3 from James dot W dot Mckelvey at jpl dot nasa dot gov
2008-10-01 23:36 ---
Created an attachment (id=16447)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16447action=view)
Proper config.log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37702
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-10-01 23:40 ---
xgcc: error trying to exec
'/cygdrive/c/jimdata/home/cvsroot/gcc-obj/./prev-gcc/cc1.exe': execv:
Permission denied
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37702
I don't know how much memory gcc is supposed to use but this seems
disproportionate.
Seen on r140777 on Ubuntu Hardy.
Obviously the testcase itself is meaningless, but it is supposed to be free of
undefined behavior. Before CPP it was about 37 kB.
[EMAIL PROTECTED]:~/volatile/tmp43$
--- Comment #1 from regehr at cs dot utah dot edu 2008-10-01 23:42 ---
Created an attachment (id=16448)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16448action=view)
failure-inducing input
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37709
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-10-01 23:48 ---
The inlininer is going crazy some how.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from brian at dessent dot net 2008-10-02 00:10 ---
Subject: Re: Stage 2- C compiler cannot create
executables-recent svn
What does stat
/cygdrive/c/jimdata/home/cvsroot/gcc-obj/./prev-gcc/cc1.exe report?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37702
--- Comment #3 from hp at gcc dot gnu dot org 2008-10-02 00:14 ---
Well, at least partially. The range is shifted and the number of values *is*
now shrunk by one. Looking at assembly-code for
gcc.c-torture/execute/pr35800.c at r140821 reveals that the first case is still
arbitrarily
--- Comment #6 from dannysmith at users dot sourceforge dot net 2008-10-02
00:20 ---
In reply to comment #4)
xgcc: error trying to exec
'/cygdrive/c/jimdata/home/cvsroot/gcc-obj/./prev-gcc/cc1.exe': execv:
Permission denied
This may be related to:
--- Comment #4 from janis at gcc dot gnu dot org 2008-10-02 00:21 ---
The test passes with a simple build of gcc with the patch from comment#3. I
fired off a bootstrap and testsuite run.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37447
See PR 35809, comment #3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35809#c3:
Looking at assembly-code for
gcc.c-torture/execute/pr35800.c at r140821 reveals that the first case is still
arbitrarily taken as the default, where the last one would have been better as
it's repeated 32 times.
So,
--- Comment #2 from dave dot allured at noaa dot gov 2008-10-02 00:32
---
Confirmed this problem for gcc 4.3.1 on Mac OS 10.5.5.
A workaround, and recommended best practice for new code, is to make arrays in
modules allocatable, i.e. don't declare statically dimensioned large arrays.
--- Comment #5 from luisgpm at linux dot vnet dot ibm dot com 2008-10-02
01:43 ---
This problem also showed up as a CPU2000 regression in the Sixtrack benchmark
for PPC64, causing problems in the ondering of ld/st instructions.
A GCC patched with Richard's fix produced the right code
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2008-10-02 01:46
---
I am investigating.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
I have some code which I believe is compiled incorrectly. It seems that the
same register is being used for an input and an output, so the function returns
incorrect results.
The code can be compiled cleanly with a straight: mipsel-linux-gcc filename.c
to reproduce the problem.
If you look at
--- Comment #1 from andy-gcc at ultra-premium dot com 2008-10-02 04:37
---
Created an attachment (id=16449)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16449action=view)
Code for reproducing problem
This is the example code from before and also a version of the function
101 - 126 of 126 matches
Mail list logo
