This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [PATCH] Support ENTRY in FUNCTIONs (PR fortran/13082)

From: Tobias Schlüter <tobias dot schlueter at physik dot uni-muenchen dot de>
To: Steve Kargl <sgk at troutmask dot apl dot washington dot edu>
Cc: Jakub Jelinek <jakub at redhat dot com>,Paul Brook <paul at codesourcery dot com>, fortran at gcc dot gnu dot org,gcc-patches at gcc dot gnu dot org
Date: Mon, 11 Apr 2005 21:42:58 +0200
Subject: Re: [PATCH] Support ENTRY in FUNCTIONs (PR fortran/13082)
References: <20050408150828.GT17420@devserv.devel.redhat.com> <425AC376.6010700@physik.uni-muenchen.de> <20050411185214.GA13216@troutmask.apl.washington.edu> <425ACA61.5000307@physik.uni-muenchen.de> <20050411192722.GA13471@troutmask.apl.washington.edu>

Steve Kargl wrote:
> Okay.  I agree this should not hold up Jakub's patches.
> Do you know if we have the same symbol handling issues
> with ENTRY in subroutines contained within modules?

No, please note that the only difference between the first two bugs I found is
the explicit declaration of f and g.  You can't declare the type of a
subroutine :-)

- Tobi

References:
- [PATCH] Support ENTRY in FUNCTIONs (PR fortran/13082)
  - From: Jakub Jelinek
- Re: [PATCH] Support ENTRY in FUNCTIONs (PR fortran/13082)
  - From: Tobias Schlüter
- Re: [PATCH] Support ENTRY in FUNCTIONs (PR fortran/13082)
  - From: Steve Kargl
- Re: [PATCH] Support ENTRY in FUNCTIONs (PR fortran/13082)
  - From: Tobias Schlüter
- Re: [PATCH] Support ENTRY in FUNCTIONs (PR fortran/13082)
  - From: Steve Kargl

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]