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

FQN of types and method names #29

Closed
Tracked by #705
oxisto opened this issue Dec 30, 2019 · 2 comments
Closed
Tracked by #705

FQN of types and method names #29

oxisto opened this issue Dec 30, 2019 · 2 comments

Comments

@oxisto
Copy link
Member

oxisto commented Dec 30, 2019

Seems to be very inconsistent. Some examples (can expand on this later):

  • C++ namespaces, such as std::string are converted to Java-style std.string. Is this intentional? Looks very weird
  • FQNs to methods in Java are indistinguishable to FQNs of types, i.e. the FQN for println is java.io.PrintStream.println. We could stick to the Javadoc-style of java.io.PrintStream#println. On the other hand C++ also does not really distinguish between types and method references.
@JulianSchuette
Copy link
Contributor

C++ namespaces, such as std::string are converted to Java-style std.string. Is this intentional? Looks very weird

Yes, FQNs should be unified across all frontend languages as otherwise the analysis would have to differentiate between different languages ( at a point where it is not aware of the frontend anymore).

If there are inconsistencies or ambiguities that should be fixed.

@oxisto
Copy link
Member Author

oxisto commented Jan 13, 2023

This can be considered fixed with #963

@oxisto oxisto closed this as completed Jan 13, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants