On Wed, 5 Mar 2025, Patrick Palka wrote:
> On Thu, 24 Oct 2024, Jonathan Wakely wrote:
>
> > On Wed, 9 Oct 2024 at 14:02, Patrick Palka wrote:
> > >
> > > On Mon, 7 Oct 2024, Patrick Palka wrote:
> > >
> > > > Tested on x86_64-pc-linux-gnu, does this look OK for trunk only?
> > > > This doesn't
On Thu, 24 Oct 2024, Jonathan Wakely wrote:
> On Wed, 9 Oct 2024 at 14:02, Patrick Palka wrote:
> >
> > On Mon, 7 Oct 2024, Patrick Palka wrote:
> >
> > > Tested on x86_64-pc-linux-gnu, does this look OK for trunk only?
> > > This doesn't seem worth backporting since there should be no
> > > beha
On Wed, 9 Oct 2024 at 14:02, Patrick Palka wrote:
>
> On Mon, 7 Oct 2024, Patrick Palka wrote:
>
> > Tested on x86_64-pc-linux-gnu, does this look OK for trunk only?
> > This doesn't seem worth backporting since there should be no
> > behavior change.
> >
> > -- >8 --
> >
> > This implements the l
On Mon, 7 Oct 2024, Patrick Palka wrote:
> Tested on x86_64-pc-linux-gnu, does this look OK for trunk only?
> This doesn't seem worth backporting since there should be no
> behavior change.
>
> -- >8 --
>
> This implements the library changes in P0849R8 "auto(x): decay-copy
> in the language" wh
Tested on x86_64-pc-linux-gnu, does this look OK for trunk only?
This doesn't seem worth backporting since there should be no
behavior change.
-- >8 --
This implements the library changes in P0849R8 "auto(x): decay-copy
in the language" which consist of replacing most uses of the
exposition-only
