On Thu, Nov 28, 2019 at 4:04 PM Joseph Myers wrote:
>
> On Thu, 28 Nov 2019, Julian Brown wrote:
>
> > Unlike e.g. the _FloatN types, when decimal floating-point types are
> > enabled, common tree nodes are created for each float type size (e.g.
> > dfloat32_type_node) and also a pointer to each t
On Thu, 28 Nov 2019, Julian Brown wrote:
> On Thu, 28 Nov 2019 15:04:05 +
> Joseph Myers wrote:
>
> > On Thu, 28 Nov 2019, Julian Brown wrote:
> >
> > > Unlike e.g. the _FloatN types, when decimal floating-point types are
> > > enabled, common tree nodes are created for each float type size
On Thu, 28 Nov 2019 15:04:05 +
Joseph Myers wrote:
> On Thu, 28 Nov 2019, Julian Brown wrote:
>
> > Unlike e.g. the _FloatN types, when decimal floating-point types are
> > enabled, common tree nodes are created for each float type size
> > (e.g. dfloat32_type_node) and also a pointer to eac
Hi Joseph,
On Thu, Nov 28, 2019 at 03:04:05PM +, Joseph Myers wrote:
> On Thu, 28 Nov 2019, Julian Brown wrote:
> > Unlike e.g. the _FloatN types, when decimal floating-point types are
> > enabled, common tree nodes are created for each float type size (e.g.
> > dfloat32_type_node) and also a
Hi Julian!
On 2019-11-28T14:24:02+, Julian Brown wrote:
> As mentioned in PR91985, offloading compilation is broken at present
> because of an issue with LTO streaming. With thanks to Joseph for
> hints, here's a solution.
>
> Unlike e.g. the _FloatN types, when decimal floating-point types a
On Thu, 28 Nov 2019, Julian Brown wrote:
> Unlike e.g. the _FloatN types, when decimal floating-point types are
> enabled, common tree nodes are created for each float type size (e.g.
> dfloat32_type_node) and also a pointer to each type is created
> (e.g. dfloat32_ptr_type_node). tree-streamer.c: