--- Comment #8 from dennis dot wassel at googlemail dot com 2010-07-13
11:36 ---
Also fails with 4.5.0 (release version) using Daniel's reduced testcase
$ gfortran -c pr37744.f90
pr37744.f90:4.2:
XXX ! any error will do
1
Error: Unclassifiable statement at (1
--- Comment #13 from dennis dot wassel at googlemail dot com 2010-07-05
11:02 ---
Works with 4.5.0
--
dennis dot wassel at googlemail dot com changed:
What|Removed |Added
--- Comment #11 from dennis dot wassel at googlemail dot com 2010-07-02
09:15 ---
Created an attachment (id=21062)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21062action=view)
Reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37951
--- Comment #12 from dennis dot wassel at googlemail dot com 2010-07-02
09:23 ---
Also fails with 4.4.3, one a really small testcase I managed to create:
$ gfortran -O -ftree-parallelize-loops=2 -c 37951.f
37951.f: In Funktion »test«:
37951.f:1: Fehler: Basisblock 26 sollte als
Product: gcc
Version: 4.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dennis dot wassel at googlemail dot com
GCC host triplet: i686-pc-linux-gnu
--- Comment #1 from dennis dot wassel at googlemail dot com 2010-03-09
10:30 ---
This looks like a 4.4.2 - 4.4.3 regression.
It worls with 4.3.{2,3,4} and 4.4.2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43303
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dennis dot wassel at googlemail dot com
GCC host triplet: i686-pc-linux
GCC target triplet: x86_64-w64-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43015
--- Comment #6 from dennis dot wassel at googlemail dot com 2009-08-17
11:58 ---
Also fails with 4.3.4 for me.
What has changed is the fact that I cannot provoke it to hang anymore, I just
get ICEs, which is some progress :)
Unfortunately I cannot test it with trunk because of PR39849
--- Comment #19 from dennis dot wassel at googlemail dot com 2009-08-17
12:07 ---
Also fails for trunk revision 150835 with what looks to me like exactly the
same error:
GNU gdb 6.4.90-debian
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU
--- Comment #20 from dennis dot wassel at googlemail dot com 2009-08-17
12:13 ---
Created an attachment (id=18382)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18382action=view)
Preprocessed source (of trunk revision 150835)
--
dennis dot wassel at googlemail dot com changed
--- Comment #18 from dennis dot wassel at googlemail dot com 2009-07-27
12:40 ---
It still happens in 4.4.1:
/localdata/install/gcc/objdir-gcc-4.4.1/./gcc/xgcc
-B/localdata/install/gcc/objdir-gcc-4.4.1/./gcc/
-B/localdata/i686-pc-linux-gnu/bin/ -B/localdata/i686-pc-linux-gnu/lib
--- Comment #16 from dennis dot wassel at googlemail dot com 2009-06-08
14:26 ---
Hi,
with Günther's last status report (2009-05-21) saying that there might be a
release in late June, is there any chance that this can be fixed till 4.4.1?
Thanks,
Dennis
--
http://gcc.gnu.org
--- Comment #17 from dennis dot wassel at googlemail dot com 2009-06-08
14:28 ---
(In reply to comment #16)
with Günther's last status report [...]
Now that's just stupid - sorry Richard!
(German mistake)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39849
--- Comment #6 from dennis dot wassel at googlemail dot com 2009-06-01
12:14 ---
(In reply to comment #3)
My understanding of infinity in the complex plane is what is called (I
call?) directed inifinity: if abs((a,b)) goes to +Inf and atan2(a,b) has
a defined value in this limit
--- Comment #10 from dennis dot wassel at googlemail dot com 2009-05-04
08:50 ---
Edited the Known to fail instead of Reported against.
--
dennis dot wassel at googlemail dot com changed:
What|Removed |Added
--- Comment #9 from dennis dot wassel at googlemail dot com 2009-05-04
08:45 ---
Also fails with 4.3.3 (precisely the same error message as 4.3.2)
gfortran -O2 -ftree-parallelize-loops=2 -c ma57.f -o ma57.o
ma57.f: In function 'ma57od':
ma57.f:2724: error: edge from 676 to 686 should
--- Comment #3 from dennis dot wassel at googlemail dot com 2009-05-04
08:55 ---
Also fails with 4.3.3:
gfortran -v pr37744.f90
Driving: gfortran -v pr37744.f90 -lgfortranbegin -lgfortran -lm -shared-libgcc
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.3.3
--- Comment #8 from dennis dot wassel at googlemail dot com 2009-05-04
14:18 ---
Marked as 4.3/4.4 regression.
What should I try next? Need I provide any additional info? Any help is much
appreciated!
--
dennis dot wassel at googlemail dot com changed:
What|Removed
--- Comment #13 from dennis dot wassel at googlemail dot com 2009-05-04
14:55 ---
I just noticed/remembered that [x]gcc only drives the compilers, so I plugged
cc1 into gdb and here is the (somewhat messy, slightly edited) result:
gdb /localdata/install/gcc/gcc-4.4.0-build/./gcc/cc1
--- Comment #15 from dennis dot wassel at googlemail dot com 2009-05-04
15:09 ---
Created an attachment (id=17796)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17796action=view)
Preprocessed source
Sure!
Attaching preprocessed source of gcc-4.4.0/gcc/config/soft-fp/divtf3.c
--- Comment #11 from dennis dot wassel at googlemail dot com 2009-05-04
14:35 ---
(In reply to comment #9)
Do not set CFLAGS in
make CFLAGS='-O2' LIBCFLAGS='-g -O2' LIBCXXFLAGS='-g -O2
-fno-implicit-templates' profiledbootstrap
This ^ was only in my first iteration, and I've
--- Comment #12 from dennis dot wassel at googlemail dot com 2009-05-04
14:43 ---
(In reply to comment #10)
It obviously works for me, you system seems to be messed up / special.
Seems so, although it is a Debian 4 with an unknown amount of modifications by
our admin.
One symptom
--- Comment #11 from dennis dot wassel at googlemail dot com 2009-04-30
10:31 ---
It is working with 4.3.3, so it seems to have been silently fixed somewhere.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36689
--- Comment #12 from dennis dot wassel at googlemail dot com 2009-04-30
12:44 ---
Closing, works with 4.3.3
--
dennis dot wassel at googlemail dot com changed:
What|Removed |Added
--- Comment #7 from dennis dot wassel at googlemail dot com 2009-04-28
09:53 ---
Neither `make bootstrap' nor `make all' produce different results.
Btw: isn't `make' (which I tried earlier) equivalent to `make bootstrap'?
Back to square 1.
--
dennis dot wassel at googlemail dot
--- Comment #4 from dennis dot wassel at googlemail dot com 2009-04-27
10:38 ---
Today I tried configuring with --disable-bootstrap, again to no avail.
Please, could anybody just give me a pointer?
I cannot build gcc 4.4.0 with the gcc 4.3.3 on a mainstream Linux system
(Debian 4
--- Comment #6 from dennis dot wassel at googlemail dot com 2009-04-27
15:36 ---
I re-profilebootstrapped 4.3.3 and it worked without problems (except for the
usual noise about my system headers missing SSIZE_MAX, but that is easily
fixed).
Now trying `make bootstrap' of 4.4.0
--- Comment #2 from dennis dot wassel at googlemail dot com 2009-04-23
08:27 ---
I tried the following things:
- #define SSIZE_MAX in host-linux.c as SHRT_MAX instead of LONG_MAX (as
suggested by an internal posix header on my system), to no avail.
- Just issue plain `make', instead
--- Comment #3 from dennis dot wassel at googlemail dot com 2009-04-23
09:54 ---
Tried to build using the all-in-one gcc-4.4.0 package (I only downloaded -core,
-g++ and -fortran before, all of which passed the md5 check) - still the same.
--
http://gcc.gnu.org/bugzilla
--- Comment #1 from dennis dot wassel at googlemail dot com 2009-04-22
15:02 ---
Nevermind the typo in configure, it also segfaults with properly spelled
--with-gmp= instead of --with-gp=.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39849
--- Comment #8 from dennis dot wassel at googlemail dot com 2008-11-27
10:32 ---
(In reply to comment #6)
This ICE is different than the one you reported first: this fails in the
debug dumps function. Could you report the backtrace using the following
flags:
gfortran -O3 -ftree
--- Comment #7 from dennis dot wassel at googlemail dot com 2008-11-27
10:09 ---
(In reply to comment #6)
This ICE is different than the one you reported first: this fails in the
debug dumps function. Could you report the backtrace using the following
flags:
gfortran -O3 -ftree
--- Comment #5 from dennis dot wassel at googlemail dot com 2008-11-25
11:26 ---
gfortran also produces ICEs in this context:
gfortran -O1 -fdump-tree-vect-details -ftree-vectorize
-ftree-parallelize-loops=2 -c ma57.f
ma57.f: In function 'ma57id':
ma57.f:131: internal compiler error
--- Comment #10 from dennis dot wassel at googlemail dot com 2008-11-10
13:32 ---
Subject: Re: RANDOM_SEED: PUT= check array size at compile time
The documentation says only that the size argument has to be an integer. See
http://gcc.gnu.org/onlinedocs/gfortran/RANDOM_005fSEED.html
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dennis dot wassel at googlemail dot com
GCC host triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37951
--- Comment #2 from dennis dot wassel at googlemail dot com 2008-10-29
15:27 ---
(In reply to comment #1)
Waiting for a testcase. May be related to PR37485.
Much as I would like to help, but I will not be able to distill a testcase out
of ma57 due to license and time constraints
--- Comment #1 from dennis dot wassel at googlemail dot com 2008-10-06
09:33 ---
Created an attachment (id=16464)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16464action=view)
example
s|.FALSE._C_BOOL|.FALSE.| to cause f951 to hang instead of segfaulting.
--
http
wassel at googlemail dot com
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37744
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dennis dot wassel at googlemail dot com
GCC host triplet: any
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37578
--- Comment #3 from dennis dot wassel at googlemail dot com 2008-09-18
21:00 ---
Updated patch: http://gcc.gnu.org/ml/fortran/2008-09/msg00161.html
Will be committed by Thomas Koenig as soon as my copyright assignment is done.
How come I cannot add myself in the assigned to or change
--- Comment #9 from dennis dot wassel at googlemail dot com 2008-07-08
17:10 ---
(In reply to comment #8)
I have remote access to the machine now. Having trouble with gcc build. Not
forgotton.
I remember our admin talking about needing an updated ld to be able to compile
gcc
--- Comment #4 from dennis dot wassel at googlemail dot com 2008-07-02
08:54 ---
(In reply to myself)
The problem seems to remain the same, regardless of the type of array of XP,
that is allocatable or fixed-size (compile-time).
Stupid I didn't check this earlier...
Out
--- Comment #6 from dennis dot wassel at googlemail dot com 2008-07-02
14:39 ---
(In reply to comment #5)
1) The executable is accessing the wrong version of libgfortran. You might
need to set LD_LIBRARY_PATH.
Nope, everything in order here, as far as I can tell:
isaac:/tmp$ ldd
--- Comment #7 from dennis dot wassel at googlemail dot com 2008-07-02
15:00 ---
(In reply to comment #5)
2) The system has a broken printf or memory allocation.
printf seems to be fine. If I compile and link this snippet of C
#include stdio.h
void cprint_(float *x) {
printf
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dennis dot wassel at googlemail dot com
GCC host triplet: i386-pc-solaris2.11
GCC target triplet: i386-pc-solaris2.11
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36689
--- Comment #3 from dennis dot wassel at googlemail dot com 2008-07-01
22:55 ---
(In reply to comment #1)
Not that it helps much, but on x86-64-linux I cannot reproduce this using GCC
4.1, 4.2, 4.3.1 and 4.4.0(of today). Though I agree that the bug is
irritating.
Same with me
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dennis dot wassel at googlemail dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org
47 matches
Mail list logo
