You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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.
The text was updated successfully, but these errors were encountered:
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.
Seems to be very inconsistent. Some examples (can expand on this later):
std::string
are converted to Java-stylestd.string
. Is this intentional? Looks very weirdprintln
isjava.io.PrintStream.println
. We could stick to the Javadoc-style ofjava.io.PrintStream#println
. On the other hand C++ also does not really distinguish between types and method references.The text was updated successfully, but these errors were encountered: