On 3/1/24 10:17, Patrick Palka wrote:
On Fri, 1 Mar 2024, Jason Merrill wrote:
On 2/29/24 14:17, Patrick Palka wrote:
On Wed, 28 Feb 2024, Jason Merrill wrote:
I wonder about, rather than returning it directly, setting its level to 1
for
the substitution?
Done, that works nicely.
Then I w
On Fri, 1 Mar 2024, Jason Merrill wrote:
> On 2/29/24 14:17, Patrick Palka wrote:
> > On Wed, 28 Feb 2024, Jason Merrill wrote:
> > > I wonder about, rather than returning it directly, setting its level to 1
> > > for
> > > the substitution?
> >
> > Done, that works nicely.
> >
> > > Then I wond
On 2/29/24 14:17, Patrick Palka wrote:
On Wed, 28 Feb 2024, Jason Merrill wrote:
I wonder about, rather than returning it directly, setting its level to 1 for
the substitution?
Done, that works nicely.
Then I wonder if it would be feasible to give all autos level 0 and adjust it
here? That'
On Wed, 28 Feb 2024, Jason Merrill wrote:
> On 2/27/24 15:48, Patrick Palka wrote:
> > Bootstrapped and regtested on x86_64-pc-linux-gnu, does this look
> > OK for trunk and perhaps 13?
> >
> > -- >8 --
> >
> > In r12-6773-g09845ad7569bac we gave CTAD placeholders a level of 0 and
> > ensured we
On 2/27/24 15:48, Patrick Palka wrote:
Bootstrapped and regtested on x86_64-pc-linux-gnu, does this look
OK for trunk and perhaps 13?
-- >8 --
In r12-6773-g09845ad7569bac we gave CTAD placeholders a level of 0 and
ensured we never replaced them via tsubst. It turns out that autos
representing
Bootstrapped and regtested on x86_64-pc-linux-gnu, does this look
OK for trunk and perhaps 13?
-- >8 --
In r12-6773-g09845ad7569bac we gave CTAD placeholders a level of 0 and
ensured we never replaced them via tsubst. It turns out that autos
representing an explicit cast need the same treatment
