From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25864 invoked by alias); 9 Dec 2008 13:54:34 -0000 Received: (qmail 25316 invoked by uid 48); 9 Dec 2008 13:53:05 -0000 Date: Tue, 09 Dec 2008 13:54:00 -0000 Message-ID: <20081209135305.25315.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug fortran/37829] ICE in resolve_symbol In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "mikael at gcc dot gnu dot org" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2008-12/txt/msg00825.txt.bz2 ------- Comment #4 from mikael at gcc dot gnu dot org 2008-12-09 13:53 ------- (In reply to comment #3) > The patch in comment #2 fixes the ICE without regression on i686-apple-darwin9. I didn't expect any regression with that patch. However, I wonder whether we are not missing something. For example, I tried to adapt the testcase in PR 33295 to the c_funloc case. The resulting program is rejected with the following error: Error: Can't convert TYPE(_gfortran_iso_c_binding_c_funptr) to TYPE(c_funptr) at (1) The question is: Is it valid/Do we want to support this? module a use iso_c_binding, only:c_funptr end module a module b use iso_c_binding, only:c_funloc!,c_funptr end module b module f contains subroutine g() bind(c) end subroutine end module f program c use b use a use f implicit none type (c_funptr) :: d d = c_funloc (g) end -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37829