This is the mail archive of the
mailing list for the GCC project.
Re: [RFC] Quad-float support in Fortran
- From: Tobias Burnus <burnus at net-b dot de>
- To: FX <fxcoudert at gmail dot com>
- Cc: gcc-patches at gcc dot gnu dot org, gfortran List <fortran at gcc dot gnu dot org>, Jakub Jelinek <jakub at redhat dot com>, Michael Meissner <meissner at linux dot vnet dot ibm dot com>
- Date: Sat, 06 Nov 2010 22:35:44 +0100
- Subject: Re: [RFC] Quad-float support in Fortran
- References: <E8FAAF3E-9E15-461F-BBCF-CD49DC41DEFB@gmail.com>
On October 27, 2010 23:47, FX wrote:
The attached patch is the current state of my quad-float patch for gfortran.
Changes relative to FX's patch:
- libquad is now libquadmath and a separate libarary under the gcc top
directory (including a LGPL copyright file)
- The symbols are now versioned
- libgfortran uses weak symbols (attribute weakref); however, it does
not seem to work: I still get a dependence on libquadmath. Any idea why?
I was thinking of using something like:
However, this depends on HAVE_LD_AS_NEEDED. The check is done in
gcc/configure.ac - and depends on variables being set regarding "ld".
Any idea how to best handle this? An ugly brute force method would be to
simply read ./gcc's config.h the other brute-force method is to copy and
adapt a large chunk of ./gcc/configure.ac. Ideas?
Do you have other comments regarding the patch?
PS: Given that there are many gfortran users, which do compile GCC
themselves but do not use --enable-maintainer-mode, I have separately
included the generated files.