This is the mail archive of the
fortran@gcc.gnu.org
mailing list for the GNU Fortran project.
Re: Implement C _FloatN, _FloatNx types [version 6]
- From: Joseph Myers <joseph at codesourcery dot com>
- To: Richard Biener <richard dot guenther at gmail dot com>
- Cc: James Greenhalgh <james dot greenhalgh at arm dot com>, GCC Patches <gcc-patches at gcc dot gnu dot org>, "fortran at gcc dot gnu dot org" <fortran at gcc dot gnu dot org>, Jason Merrill <jason at redhat dot com>, Richard Earnshaw <richard dot earnshaw at arm dot com>, Nick Clifton <nickc at redhat dot com>, Ramana Radhakrishnan <ramana dot radhakrishnan at arm dot com>, Marcus Shawcroft <marcus dot shawcroft at arm dot com>, David Edelsohn <dje dot gcc at gmail dot com>, Segher Boessenkool <segher at kernel dot crashing dot org>, Michael Meissner <meissner at linux dot vnet dot ibm dot com>, <murphyp at linux dot vnet dot ibm dot com>, <nd at arm dot com>, Per Bothner <per at bothner dot com>, David Malcolm <dmalcolm at redhat dot com>
- Date: Fri, 19 Aug 2016 14:40:13 +0000
- Subject: Re: Implement C _FloatN, _FloatNx types [version 6]
- Authentication-results: sourceware.org; auth=none
- References: <alpine.DEB.2.20.1606211202040.4526@digraph.polyomino.org.uk> <alpine.DEB.2.20.1606211738200.31330@digraph.polyomino.org.uk> <alpine.DEB.2.20.1606231418120.21240@digraph.polyomino.org.uk> <alpine.DEB.2.20.1606271720270.7438@digraph.polyomino.org.uk> <alpine.DEB.2.20.1607191347340.9265@digraph.polyomino.org.uk> <alpine.DEB.2.20.1607222158330.22448@digraph.polyomino.org.uk> <20160817154244.GA39270@arm.com> <alpine.DEB.2.20.1608171641000.7156@digraph.polyomino.org.uk> <alpine.DEB.2.20.1608172015080.27199@digraph.polyomino.org.uk> <CAFiYyc3xqcqJ1rK2X0rC+wwpx3akHbULVG1G47PRmtk4wTk=7A@mail.gmail.com> <alpine.DEB.2.20.1608191101110.30687@digraph.polyomino.org.uk> <CAFiYyc3r-TA2PNwsXSabtaKroYgRh0hjgRbe7u=wR949BetpXQ@mail.gmail.com>
On Fri, 19 Aug 2016, Richard Biener wrote:
> >> Can you quickly verify if LTO works with the new types? I don't see anything
> >> that would prevent it but having new global trees and backends initializing them
> >> might come up with surprises (see tree-streamer.c:preload_common_nodes)
> >
> > Well, the execution tests are in gcc.dg/torture, which is run with various
> > options including -flto (and I've checked the testsuite logs to confirm
> > these tests are indeed run with such options). Is there something else
> > you think should be tested?
>
> No, I think that's enough.
Then I'll commit the patch later today in the absence of comments from
other libcpp maintainers (and then go on to update and retest the built-in
functions patch).
--
Joseph S. Myers
joseph@codesourcery.com