[Bug fortran/37744] ICE-on-invalid with ISO_C_BINDING

2012-03-04 Thread mikael at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37744 Mikael Morin changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug fortran/37744] ICE-on-invalid with ISO_C_BINDING

2010-12-29 Thread dfranke at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37744 Daniel Franke changed: What|Removed |Added Known to fail|| --- Comment #14 from Daniel Franke 2010

[Bug fortran/37744] ICE-on-invalid with ISO_C_BINDING

2010-07-28 Thread mikael at gcc dot gnu dot org
--- Comment #13 from mikael at gcc dot gnu dot org 2010-07-28 12:45 --- (In reply to comment #12) > It seems a namespace is freed to soon. Reminder to self: symbol.c's build_formal_args creates a namespace for c_f_pointer and c_f_proc_pointer. May be related. -- http://gcc.gnu.org/

[Bug fortran/37744] ICE-on-invalid with ISO_C_BINDING

2010-07-27 Thread mikael at gcc dot gnu dot org
--- Comment #12 from mikael at gcc dot gnu dot org 2010-07-27 11:29 --- I might take a look someday. It seems a namespace is freed to soon. -fwhole-file works as it retains namespaces till the end. -- mikael at gcc dot gnu dot org changed: What|Removed

[Bug fortran/37744] ICE-on-invalid with ISO_C_BINDING

2010-07-26 Thread dominiq at lps dot ens dot fr
--- Comment #11 from dominiq at lps dot ens dot fr 2010-07-26 13:45 --- (In reply to comment #10) > > Note that since revision 162531 (-fwhole-file is now the default) the tests > > in > > this pr no longer give ICEs. However these ICEs reappear when the tests are > > compiled with -fno

[Bug fortran/37744] ICE-on-invalid with ISO_C_BINDING

2010-07-26 Thread burnus at gcc dot gnu dot org
--- Comment #10 from burnus at gcc dot gnu dot org 2010-07-26 13:31 --- (In reply to comment #9) > Note that since revision 162531 (-fwhole-file is now the default) the tests in > this pr no longer give ICEs. However these ICEs reappear when the tests are > compiled with -fno-whole-file.

[Bug fortran/37744] ICE-on-invalid with ISO_C_BINDING

2010-07-26 Thread dominiq at lps dot ens dot fr
--- Comment #9 from dominiq at lps dot ens dot fr 2010-07-26 13:25 --- Note that since revision 162531 (-fwhole-file is now the default) the tests in this pr no longer give ICEs. However these ICEs reappear when the tests are compiled with -fno-whole-file. -- http://gcc.gnu.org/bugz

[Bug fortran/37744] ICE-on-invalid with ISO_C_BINDING

2010-07-13 Thread dennis dot wassel at googlemail dot com
--- 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) pr3

[Bug fortran/37744] ICE-on-invalid with ISO_C_BINDING

2010-05-19 Thread dfranke at gcc dot gnu dot org
--- Comment #7 from dfranke at gcc dot gnu dot org 2010-05-19 16:29 --- Not related to types - this is more about namespace cleanup. Reduced testcase: PROGRAM Main USE, INTRINSIC :: iso_c_binding CALL C_F_POINTER(rws, xrws) XXX ! any error will do END PROGRAM Main

[Bug fortran/37744] ICE-on-invalid with ISO_C_BINDING and TYPEs

2009-08-17 Thread dennis dot wassel at googlemail dot com
--- 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.

[Bug fortran/37744] ICE-on-invalid with ISO_C_BINDING and TYPEs

2009-08-13 Thread dominiq at lps dot ens dot fr
--- Comment #5 from dominiq at lps dot ens dot fr 2009-08-13 17:05 --- At revision 150706 the ICEs go away on *-apple-darwin9 with -fwhole-file (see pr41059). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37744

[Bug fortran/37744] ICE-on-invalid with ISO_C_BINDING and TYPEs

2009-05-04 Thread dominiq at lps dot ens dot fr
--- Comment #4 from dominiq at lps dot ens dot fr 2009-05-04 09:06 --- Also ICE on trunk r147065 powerpc-apple-darwin9 or r147085 i686-apple-darwin9. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37744

[Bug fortran/37744] ICE-on-invalid with ISO_C_BINDING and TYPEs

2009-05-04 Thread dennis dot wassel at googlemail dot com
--- 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/c

[Bug fortran/37744] ICE-on-invalid with ISO_C_BINDING and TYPEs

2008-12-09 Thread dfranke at gcc dot gnu dot org
--- Comment #2 from dfranke at gcc dot gnu dot org 2008-12-09 19:12 --- Confirmed. As is, the testcase hangs for me and does not ICE. However, valgrind shows ==3159== pr37744.f90:22.19:

[Bug fortran/37744] ICE-on-invalid with ISO_C_BINDING and TYPEs

2008-10-06 Thread dennis dot wassel at googlemail dot com
--- 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=16464&action=view) example s|.FALSE._C_BOOL|.FALSE.| to cause f951 to hang instead of segfaulting. -- http://gcc.gn