This is the mail archive of the
fortran@gcc.gnu.org
mailing list for the GNU Fortran project.
Re: [Patch,Fortran] PR40949 - Fix gfc_get_function_type to fix -flto failure
- From: Steven Bosscher <stevenb dot gcc at gmail dot com>
- To: Tobias Burnus <burnus at net-b dot de>
- Cc: fortran at gcc dot gnu dot org, gcc-patches at gcc dot gnu dot org
- Date: Tue, 4 Aug 2009 19:19:09 +0200
- Subject: Re: [Patch,Fortran] PR40949 - Fix gfc_get_function_type to fix -flto failure
- References: <20090804163448.GA25801@net-b.de>
On Tue, Aug 4, 2009 at 6:34 PM, Tobias Burnus<burnus@net-b.de> wrote:
> Hello,
>
> the test case gfortran.dg/proc_ptr_7.f90 fails on the LTO branch with "-flto -O3"
> without the attached patch as the function prototype is wrong.
>
> The problem is that if one does not add a trailing void node, the middle end
> assumes that one is allowed to pass more arguments (cf. C's "..."). The void
> node was added - except for the case of no arguments.
>
> The fix is rather trivial.
> Bootstrapped and regtested on x86-64-linux & build and tested with
> gfortran.dg/proc_ptr_7.f90 on the LTO branch.
>
> OK for the trunk?
So if the middle end handled Fortran functions as C's "..." functions
before, does your patch result in an ABI change for gfortran? (Not
that this would be an argument against the patch, but if it is then we
should be aware of it...)
Ciao!
Steven