Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix issue 23017 - C++ class may not derive from D class #13984

Merged
merged 1 commit into from
Apr 17, 2022

Conversation

dkorpel
Copy link
Contributor

@dkorpel dkorpel commented Apr 15, 2022

No description provided.

@dlang-bot
Copy link
Contributor

Thanks for your pull request and interest in making D better, @dkorpel! We are looking forward to reviewing it, and you should be hearing from a maintainer soon.
Please verify that your PR follows this checklist:

  • My PR is fully covered with tests (you can see the coverage diff by visiting the details link of the codecov check)
  • My PR is as minimal as possible (smaller, focused PRs are easier to review than big ones)
  • I have provided a detailed rationale explaining my changes
  • New or modified functions have Ddoc comments (with Params: and Returns:)

Please see CONTRIBUTING.md for more information.


If you have addressed all reviews or aren't sure how to proceed, don't hesitate to ping us with a simple comment.

Bugzilla references

Auto-close Bugzilla Severity Description
23017 normal C++ class may not derive from D class

Testing this PR locally

If you don't have a local development environment setup, you can use Digger to test this PR:

dub run digger -- build "master + dmd#13984"

@dkorpel dkorpel marked this pull request as ready for review April 15, 2022 09:06
extern(C++) class CppChildB : CppClass {}

extern(D) class DChildA : DClass {} // error
extern(D) class DChildB : CppClass {} // automatically made extern(C++)
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

what effect does extern(D) have here? mangling? or is this just for convenience?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Just being explicit. Apparently, extern(D) and nothing/default is treated identically, which surprised me: even when explicitly marked extern(D), it can actually result in extern(C++) class kind and mangling, but it's how it is.

* Returns:
* 0-terminated string for `c`
*/
const(char)* toChars(ClassKind c)
Copy link
Contributor

@RazvanN7 RazvanN7 Apr 15, 2022

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It seems that we already have a similar function that works on a linkage, not on a ClassKind: https://github.com/dlang/dmd/blob/master/src/dmd/hdrgen.d#L2967

We most likely don't need both, so I suggest finding a way to merge the 2 concepts.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think it's this PR's responsibility to merge the ClassKind and LINK concepts, if that's even a good idea in the first place. (I only use extern(C) and extern(D) myself so I'm not sure)

@dlang-bot dlang-bot merged commit f6c0399 into dlang:master Apr 17, 2022
@dkorpel dkorpel deleted the class-kind branch April 18, 2022 20:18
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants