[fortran, build] Fix libquadmath build on Solaris 2

Ralf Wildenhues Ralf.Wildenhues@gmx.de
Sat Nov 27 12:36:00 GMT 2010


* Rainer Orth wrote on Mon, Nov 22, 2010 at 06:02:47PM CET:
> > * Rainer Orth wrote on Fri, Nov 19, 2010 at 03:07:37PM CET:
> >> 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.
> >
> > I know we went completely silent at the time (I tried to, but simply
> > never found the time to look into this; sorry), but we *could*
> > reconsider moving such functionality to Libtool eventually, you know.
> 
> it's just as much my fault: when you followed up to my suggestion to do
> this, I didn't have the time to respond.  But I still think this is the
> right course going forward, so libraries/projects outsite of GCC can
> benefit from this.  It seems to me, though, that it will have to be both
> Automake and Libtool,

Likely, yes.

> but a detailed design will have to wait.

OK.

> > Of course I cannot expect you to agree nor do this work, and I still
> > cannot promise a lot of time, but I think it might be the right idea
> > conceptually.
> 
> Fully agreed.  It seems to me that the first step has to be to
> generalize what is currently in GCC, try it on additional libraries (I
> still plan to do libffi and libobjc at some point), and if this works
> out, thing about moving it to Automake/Libtool instead.
> 
> This is certainly 4.7 material, though.

Agreed on all points.

> I hope to get around to this in
> that timeframe, provided libobjc stabilizes enough by than to make it
> worthwhile.

Cool.

Thanks!
Ralf



More information about the Gcc-patches mailing list