Date: Sat, 25 Nov 2023 15:40:49 -0800
On Saturday, 25 November 2023 12:28:37 PST Smith, Jim via Std-Proposals wrote:
> > You're still describing devirtualisation. This already exists.
>
> I'm sorry, what I mentioned was for a C++ standard based implementation that
> would be available across the board.
> > You need to explain why devirtualisation isn't enough for your needs and
> > why this change needs to be in the standard.
>
> If it's not part of the standard there's no certainty it'll be available
> when building with another compiler?
You haven't explained why you need to do this.
If you want to make a non-virtual call, you can already:
interface* i = Factory::Create();
i->Factory::someVirtualFunc();
This is not a virtual call.
You've only vaguely described a possible solution. We're asking you to explain
the problem that you think this solution solves.
> > You're still describing devirtualisation. This already exists.
>
> I'm sorry, what I mentioned was for a C++ standard based implementation that
> would be available across the board.
> > You need to explain why devirtualisation isn't enough for your needs and
> > why this change needs to be in the standard.
>
> If it's not part of the standard there's no certainty it'll be available
> when building with another compiler?
You haven't explained why you need to do this.
If you want to make a non-virtual call, you can already:
interface* i = Factory::Create();
i->Factory::someVirtualFunc();
This is not a virtual call.
You've only vaguely described a possible solution. We're asking you to explain
the problem that you think this solution solves.
-- Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org Software Architect - Intel DCAI Cloud Engineering
Received on 2023-11-25 23:41:04