This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: RFC: Building a minimal libgfortran for nvptx
- From: FX <fxcoudert at gmail dot com>
- To: Jakub Jelinek <jakub at redhat dot com>
- Cc: Steve Kargl <sgk at troutmask dot apl dot washington dot edu>, Bernd Schmidt <bernds at codesourcery dot com>, GCC Patches <gcc-patches at gcc dot gnu dot org>, gfortran <fortran at gcc dot gnu dot org>
- Date: Tue, 4 Nov 2014 17:15:52 +0100
- Subject: Re: RFC: Building a minimal libgfortran for nvptx
- Authentication-results: sourceware.org; auth=none
- References: <5458E403 dot 4010408 at codesourcery dot com> <20141104154142 dot GA69954 at troutmask dot apl dot washington dot edu> <20141104161157 dot GX5026 at tucnak dot redhat dot com>
> The point is, if the target can implement just a subset of the Fortran (or
> C or C++) standards, then ideally if you use anything that is not supported
> would just cause always host fallback, the code will still work, but will
> not be offloaded. So even supporting a subset of the standard is
> worthwhile, usually one will just offload the most performance critical
> parts of his code.
Do we have the architecture for that in place in GCC in general, and in the Fortran front-end in particular? Iâd be interested to see how it worksâ
FX