David BlaikieandRichard Smith 843323b864 Export virtual functions when exporting a class definition (#7210) ...

This allows Clang to correctly generate the vtable for the exported
class.

There's still something wrong with new virtual functions in the Carbon
type (left a TODO) - I thought it might be related to not flagging
the CXXMethodDecl as virtual, but my initial experiments don't seem to
back that up, so I'll look into it further separately.

There's also a test regression due to an virtual (well, abstract
specifically, but I think it'd happen with a virtual one too) function
in an abstract class taking `self` by value being rejected since
the abstract class can't be instantiated. Not sure if this is a correct
change - the test's behavior could be preserved by using `ref self`
instnead of `self` in this function. Is that reasonable/expected? Should
we not require a type to be complete when passing by value if we can
compute the value representation without such completeness?

---------

Co-authored-by: Richard Smith <richard@metafoo.co.uk>

2026-05-15 23:53:12 +00:00

..

base.carbon

Export virtual functions when exporting a class definition (#7210)

2026-05-15 23:53:12 +00:00

class.carbon

Relax alias restrictions. (#7190)

2026-05-12 17:22:44 +00:00

field.carbon

Export Carbon classes as base / final / abstract. (#7191)

2026-05-13 17:48:55 +00:00

layout.carbon

Support accessing Carbon class fields from C++ (#7119)

2026-04-29 20:07:10 +00:00

method.carbon

Prevent ref self methods from being called from C++ with an rvalue (#7130)

2026-04-30 00:50:28 +00:00