This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [Patch,Fortran,Build] PR driver/46516: Add -lquadmath in the FE not as libgfortran.spec file
- From: Jakub Jelinek <jakub at redhat 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: Thu, 18 Nov 2010 11:31:41 +0100
- Subject: Re: [Patch,Fortran,Build] PR driver/46516: Add -lquadmath in the FE not as libgfortran.spec file
- References: <4CE4FE82.7080305@net-b.de>
- Reply-to: Jakub Jelinek <jakub at redhat dot com>
On Thu, Nov 18, 2010 at 11:22:58AM +0100, Tobias Burnus wrote:
> This patch reverts the linking behaviour to the very old patch:
>
> The front end adds the -lquadmath (in fortran/gfortranspec.c) rather
> than generating libgfortran.spec and placing it along the
> libgfortran.{a,so,*} file, which causes all kinds of errors.
>
> The automatic addition of -lquadmath is guarded by
> LIBGCC2_HAS_TF_MODE, which should be a sufficiently safe check.
The macro looks misnamed to me, it is something only i?86/x86_64
define, which is good for libquadmath, but there are many other
targets that have TF mode, but as long double rather than __float128,
and those won't have libquadmath (talking about sparc*/powerpc*/s390* etc.).
Jakub