This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [Patch, Fortran] PR52452 [4.5-4.7 Regr.] Intrinsic wrongly rejected
- From: Paul Richard Thomas <paul dot richard dot thomas at gmail dot com>
- To: Tobias Burnus <burnus at net-b dot de>
- Cc: gcc patches <gcc-patches at gcc dot gnu dot org>, gfortran <fortran at gcc dot gnu dot org>
- Date: Fri, 2 Mar 2012 11:12:43 +0100
- Subject: Re: [Patch, Fortran] PR52452 [4.5-4.7 Regr.] Intrinsic wrongly rejected
- Authentication-results: mr.google.com; spf=pass (google.com: domain of paul.richard.thomas@gmail.com designates 10.60.3.138 as permitted sender) smtp.mail=paul.richard.thomas@gmail.com; dkim=pass header.i=paul.richard.thomas@gmail.com
- References: <4F509446.3010007@net-b.de>
OK for trunk with RM agreement. Obviously, 4.5 & 4.6 are OK too.
Thanks
Paul
On Fri, Mar 2, 2012 at 10:35 AM, Tobias Burnus <burnus@net-b.de> wrote:
> There is a 4.5 to 4.7 regression for those (vendor) intrinsic procedures,
> which can exists as both subroutine and as function. Example:
>
> ? ?INTRINSIC :: etime
> ? ?CALL etime(tarray, result)
>
> Here, the "etime" gets marked as attr.subroutine, but later in
> resolve_intrinsics, it is mapped to the intrinsic function "etime". But then
> the compiler complains:
>
> ?Error: FUNCTION attribute conflicts with SUBROUTINE attribute in 'etime' at
> (1)
>
>
> Solution: Don't search for the function, if we have a subroutine. (For some
> reasons, it works without "INTRINSIC :: etime".)
>
> Build and regtested on x86-64-linux.
> OK for the trunk - and the 4.5 to 4.6 branches?
>
> Tobias
>
> PS: I will ask for RM approval if this patch gets approved after (today's?)
> RC1 release.
--
The knack of flying is learning how to throw yourself at the ground and miss.
? ? ?? --Hitchhikers Guide to the Galaxy