[Bug fortran/38536] ICE with C_LOC in resolve.c due to not properly going through expr-ref

2013-03-25 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38536 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added CC||burnus

[Bug fortran/38536] ICE with C_LOC in resolve.c due to not properly going through expr-ref

2013-03-25 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38536 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug fortran/38536] ICE with C_LOC in resolve.c due to not properly going through expr-ref

2012-08-26 Thread mikael at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38536 Mikael Morin mikael at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|NEW

[Bug fortran/38536] ICE with C_LOC in resolve.c due to not properly going through expr-ref

2011-01-25 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38536 --- Comment #22 from Tobias Burnus burnus at gcc dot gnu.org 2011-01-25 15:44:50 UTC --- Created attachment 23121 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23121 draft patch, working but too many warnings (cf. test suite failures)

[Bug fortran/38536] ICE with C_LOC in resolve.c due to not properly going through expr-ref

2011-01-22 Thread tkoenig at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38536 --- Comment #21 from Thomas Koenig tkoenig at gcc dot gnu.org 2011-01-22 17:30:27 UTC --- Author: tkoenig Date: Sat Jan 22 17:30:22 2011 New Revision: 169130 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169130 Log: 2011-01-22 Thomas

[Bug fortran/38536] ICE with C_LOC in resolve.c due to not properly going through expr-ref

2011-01-14 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38536 --- Comment #19 from Tobias Burnus burnus at gcc dot gnu.org 2011-01-14 09:00:20 UTC --- (In reply to comment #18) (I asked on comp.lang.fortran) Cf. http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/4b65b1cd206ce9fe Or

[Bug fortran/38536] ICE with C_LOC in resolve.c due to not properly going through expr-ref

2011-01-14 Thread tkoenig at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38536 Thomas Koenig tkoenig at gcc dot gnu.org changed: What|Removed |Added Keywords|ice-on-valid-code

[Bug fortran/38536] ICE with C_LOC in resolve.c due to not properly going through expr-ref

2011-01-13 Thread tkoenig at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38536 --- Comment #18 from Thomas Koenig tkoenig at gcc dot gnu.org 2011-01-13 19:52:31 UTC --- (In reply to comment #6) An other failure: use iso_c_binding type t1 integer :: i(5) end type t1 type t2 type(t1) ::

[Bug fortran/38536] ICE with C_LOC in resolve.c due to not properly going through expr-ref

2011-01-09 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38536 --- Comment #13 from Tobias Burnus burnus at gcc dot gnu.org 2011-01-09 15:21:11 UTC --- (In reply to comment #10) Can this be closed? Is there something left to do here? The first test case of comment 0 seems to be still unfixed

[Bug fortran/38536] ICE with C_LOC in resolve.c due to not properly going through expr-ref

2011-01-09 Thread dominiq at lps dot ens.fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38536 --- Comment #14 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-01-09 15:31:09 UTC --- Thomas posted his patch at: http://gcc.gnu.org/ml/fortran/2011-01/msg00067.html With this patch, the test in comment #6 still gives an ICE:

[Bug fortran/38536] ICE with C_LOC in resolve.c due to not properly going through expr-ref

2011-01-09 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38536 --- Comment #15 from Tobias Burnus burnus at gcc dot gnu.org 2011-01-09 15:33:02 UTC --- (In reply to comment #13) The test case from comment 6 gives an ICE (segfault) in gfc_conv_procedure_call's check for fsym-as-type !=

[Bug fortran/38536] ICE with C_LOC in resolve.c due to not properly going through expr-ref

2011-01-09 Thread tkoenig at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38536 --- Comment #16 from Thomas Koenig tkoenig at gcc dot gnu.org 2011-01-09 15:37:50 UTC --- Author: tkoenig Date: Sun Jan 9 15:37:47 2011 New Revision: 168614 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168614 Log: 2011-01-09 Thomas

[Bug fortran/38536] ICE with C_LOC in resolve.c due to not properly going through expr-ref

2011-01-09 Thread tkoenig at netcologne dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38536 --- Comment #17 from tkoenig at netcologne dot de tkoenig at netcologne dot de 2011-01-09 16:00:14 UTC --- Am 09.01.2011 16:33, schrieb burnus at gcc dot gnu.org: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38536 --- Comment #15 from Tobias

[Bug fortran/38536] ICE with C_LOC in resolve.c due to not properly going through expr-ref

2011-01-08 Thread tkoenig at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38536 Thomas Koenig tkoenig at gcc dot gnu.org changed: What|Removed |Added CC||tkoenig at gcc

[Bug fortran/38536] ICE with C_LOC in resolve.c due to not properly going through expr-ref

2010-05-03 Thread brtnfld at hdfgroup dot org
--- Comment #11 from brtnfld at hdfgroup dot org 2010-05-03 14:50 --- (In reply to comment #10) Can this be closed? Is there something left to do here? As of gfortran 4.4.4 (and 4.5.1) the program in comment #7 does not compile but gives the same error: Error: CHARACTER argument

[Bug fortran/38536] ICE with C_LOC in resolve.c due to not properly going through expr-ref

2010-05-02 Thread dfranke at gcc dot gnu dot org
--- Comment #10 from dfranke at gcc dot gnu dot org 2010-05-02 15:09 --- Can this be closed? Is there something left to do here? -- dfranke at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/38536] ICE with C_LOC in resolve.c due to not properly going through expr-ref

2009-01-04 Thread mikael at gcc dot gnu dot org
--- Comment #9 from mikael at gcc dot gnu dot org 2009-01-04 13:01 --- Subject: Bug 38536 Author: mikael Date: Sun Jan 4 13:01:12 2009 New Revision: 143050 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=143050 Log: 2009-01-04 Mikael Morin mikael.mo...@tele2.fr PR

[Bug fortran/38536] ICE with C_LOC in resolve.c due to not properly going through expr-ref

2009-01-04 Thread dominiq at lps dot ens dot fr
--- Comment #8 from dominiq at lps dot ens dot fr 2009-01-04 12:27 --- Withe the patch in comment #5 the problems reported in comment #4 disappear, the test in comment #6 gives a bus error at compile time: pr38536_3.f90: In function 'MAIN__': pr38536_3.f90:1: internal compiler error:

[Bug fortran/38536] ICE with C_LOC in resolve.c due to not properly going through expr-ref

2008-12-31 Thread brtnfld at hdfgroup dot org
--- Comment #7 from brtnfld at hdfgroup dot org 2008-12-31 15:36 --- Additional failure: SUBROUTINE test(buf, buf2) USE, INTRINSIC :: ISO_C_BINDING IMPLICIT NONE CHARACTER(LEN=*), INTENT(INOUT), TARGET :: buf CHARACTER(LEN=*), INTENT(INOUT), DIMENSION(1:2), TARGET :: buf2

[Bug fortran/38536] ICE with C_LOC in resolve.c due to not properly going through expr-ref

2008-12-30 Thread mikael at gcc dot gnu dot org
--- Comment #6 from mikael at gcc dot gnu dot org 2008-12-30 22:47 --- An other failure: use iso_c_binding type t1 integer :: i(5) end type t1 type t2 type(t1) :: t(5) end type t2 character(len=2),target :: str(2) type(t2), target :: tt type(C_PTR)

[Bug fortran/38536] ICE with C_LOC in resolve.c due to not properly going through expr-ref

2008-12-27 Thread dominiq at lps dot ens dot fr
--- Comment #3 from dominiq at lps dot ens dot fr 2008-12-27 11:40 --- With the patch in comment#2, I see two regressions: [ibook-dhum] f90/bug% gfc /opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/pr32601.f03 /opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/pr32601.f03:10: internal compiler

[Bug fortran/38536] ICE with C_LOC in resolve.c due to not properly going through expr-ref

2008-12-27 Thread dominiq at lps dot ens dot fr
--- Comment #4 from dominiq at lps dot ens dot fr 2008-12-27 13:00 --- If I remove the assert gfortran.dg/repack_arrays_1.f90 passes, while gfortran.dg/pr32601.f03 gives: print *, c_loc(get_ptr()) ! { dg-error has PRIVATE components } 1 Error: Parameter 'get_ptr' to

[Bug fortran/38536] ICE with C_LOC in resolve.c due to not properly going through expr-ref

2008-12-27 Thread mikael at gcc dot gnu dot org
--- Comment #5 from mikael at gcc dot gnu dot org 2008-12-27 23:23 --- Created an attachment (id=16994) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16994action=view) another attempt, regression-tested Regression-tested, but with regressions :-(. They are probably unrelated

[Bug fortran/38536] ICE with C_LOC in resolve.c due to not properly going through expr-ref

2008-12-26 Thread mikael at gcc dot gnu dot org
--- Comment #1 from mikael at gcc dot gnu dot org 2008-12-26 22:54 --- About the second error: See http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33497#c3 in resolve.c: 2095 else if (parent_ref != NULL parent_ref-type != REF_COMPONENT) 2096 gfc_internal_error (Unexpected

[Bug fortran/38536] ICE with C_LOC in resolve.c due to not properly going through expr-ref

2008-12-26 Thread mikael at gcc dot gnu dot org
--- Comment #2 from mikael at gcc dot gnu dot org 2008-12-26 23:04 --- Created an attachment (id=16989) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16989action=view) patch, not regression-tested This patch fixes the ICE and accepts the following (valid, I think) program