Re: [fortran, build] Fix libquadmath build on Solaris 2

[Rainer Orth <ro at CeBiTec dot Uni-Bielefeld dot DE>]

Tobias Burnus <burnus@net-b.de> writes:

> On 11/19/2010 01:21 PM, Rainer Orth wrote:
>> As discussed in this thread
>> 	http://gcc.gnu.org/ml/gcc/2010-11/msg00422.html
>
> Isn't that kind of superseded by my (still unreviewed) patch from Wednesday
> at
>    http://gcc.gnu.org/ml/gcc-patches/2010-11/msg01851.html
>
> The latter patch allows to build libquadmath with the cross compiler - 
> and includes your -lm change.

While the -lm change is included in your patch (and your
quadmath.map-sun change hopefully currectly uses TABs instead of
spaces), the sed expression for .l[ao] -> .[ao] conversion is still
wrong for object files in subdirectories.  The part with
HAVE_SYMVER_SYMBOL_RENAMING_RUNTIME_SUPPORT is completely unnecessary
since this is unused inside libquadmath (as in libgfortran).  Right now
there's no need to convert from the libgfortran symbol versioning
machinery to the libgomp one, so please leave this alone: what we have
right now simply works AFAIK.

I still mean to unify the different diverging copies of that stuff (and
the two different families, one in libstdc++-v3 and libgomp, the other
in libgfortran, libssp, libjava and now libquadmath) and put them in a
single place to have a template for adding symbol versioning support to
libffi and libobjc, but that's certainly not stage3 stuff.

	Rainer

-- 
-----------------------------------------------------------------------------
Rainer Orth, Center for Biotechnology, Bielefeld University