Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ronis at ronispc dot chem dot mcgill dot ca
GCC build triplet: i686-linux-gnu
GCC host triplet: i686-linux-gnu
GCC target triplet: i686-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42860
--- Comment #1 from ronis at ronispc dot chem dot mcgill dot ca 2010-01-25
03:15 ---
Created an attachment (id=19701)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19701action=view)
Preprocessed source file causing the ICE
This is the first source file that triggers the ICE
:
Product: gcc
Version: 4.4.3
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ronis at ronispc dot chem dot mcgill dot ca
http://gcc.gnu.org/bugzilla
dot org
ReportedBy: ronis at ronispc dot chem dot mcgill dot ca
GCC host triplet: i686-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41798
--- Comment #1 from ronis at ronispc dot chem dot mcgill dot ca 2009-10-22
17:27 ---
Created an attachment (id=18867)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18867action=view)
Preprocessed file leading to ICE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41798
--- Comment #2 from ronis at ronispc dot chem dot mcgill dot ca 2009-10-22
17:28 ---
Created an attachment (id=18868)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18868action=view)
Resulting .s file
This is basically empty.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #3 from ronis at ronispc dot chem dot mcgill dot ca 2009-10-22
17:33 ---
removing -floop- flags hides/removes the problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41798
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ronis at ronispc dot chem dot mcgill dot ca
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41768
--- Comment #2 from ronis at ronispc dot chem dot mcgill dot ca 2009-10-20
18:06 ---
Shouldn't gjar be built (and used) by the bootstrap build? It seems that it
was:
find -name gjar -ls
41083574 -rwxr-xr-x 1 ronisronis2048 Oct 20 02:27
./i686-pc-linux-gnu/libjava
fails in glib-java 0.4.2
Product: gcc
Version: 4.4.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ronis at ronispc dot chem dot mcgill dot ca
with illegal instruction
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ronis at ronispc dot chem dot mcgill dot ca
GCC
--- Comment #3 from ronis at ronispc dot chem dot mcgill dot ca 2009-07-07
18:41 ---
As per comment 2, here's my /proc/cupinfo. As to finding a minimized testcase,
this is nontrivial as I don't know if the problem is in a lapack routine or in
the testsuite routine itself
--- Comment #4 from ronis at ronispc dot chem dot mcgill dot ca 2009-07-07
18:45 ---
As per comment #1, I compiled with '-O -pipe' (lapack added -fimplicit-none).
I get the same behavior.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40673
--- Comment #6 from ronis at ronispc dot chem dot mcgill dot ca 2009-07-07
19:45 ---
Turns out that the problem isn't in lapack/gfortran at all; rather the tests
link to blas (here atlas) and one of my blas libs was corrupted. I
rebuilt/reinstalled atlas and the problem goes away
at ronispc dot chem dot mcgill dot ca
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40074
--- Comment #1 from ronis at ronispc dot chem dot mcgill dot ca 2009-05-08
20:16 ---
Created an attachment (id=17832)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17832action=view)
Preprocessed source of source that triggers ICE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
: gcc-4.4.0 fails to compile svn trunk mplayer.
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ronis at ronispc dot chem
dot gnu dot org
ReportedBy: ronis at ronispc dot chem dot mcgill dot ca
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38249
--- Comment #3 from ronis at ronispc dot chem dot mcgill dot ca 2008-11-24
19:07 ---
OK, here's the information you requested:
gfortran -v:
Target: i686-pc-linux-gnu
Configured with: ../gcc/configure --host=i686-pc-linux-gnu --prefix=/usr
--with-gnu-as --enable-shared --with-gnu-ld
--- Comment #4 from ronis at ronispc dot chem dot mcgill dot ca 2008-11-24
19:08 ---
Created an attachment (id=16764)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16764action=view)
sample source and makefile
Running make or make DEBUG=x will generate the program. When you run
--- Comment #6 from ronis at ronispc dot chem dot mcgill dot ca 2008-11-24
19:29 ---
It works without -malign-double, but has worked with it for years. I
understand that all modules (even thouse in MY libraries) have to be compiled
with the same flags, but nothing seems to imply
--- Comment #8 from ronis at ronispc dot chem dot mcgill dot ca 2008-11-24
19:36 ---
I don't mean to be combative, but if EVERYTHING (glibc etc) needs to be build
with -malign-double, not just fortran programs, then IMHO the flag is useless
and should be removed. I've been using
, at
tree-ssa-dce.c:242
Product: gcc
Version: 4.3.1
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ronis at ronispc dot chem dot mcgill dot
--- Comment #7 from ronis at ronispc dot chem dot mcgill dot ca 2008-08-25
21:45 ---
As per the suggestions, I replaced the all instances of array declarations like
X(1) to X(*) and the problem goes away. Whether it is the current standard or
not, it was legal years ago, and tons
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ronis at ronispc dot chem dot mcgill dot ca
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24993
25 matches
Mail list logo