-
Notifications
You must be signed in to change notification settings - Fork 13
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
Please avoid use of "C/C++"; C and C++ are distinct languages #14
Comments
Hi, thanks for your feedback.
Maybe it's better not to use a slash in the text and instead use English "or", but at least originally, I used the term C/C++ to mean "or", but there is a lot of confusion. I agree:
There is a Glossary section at the beginning. And this is precisely the first thing in Glossary:
Sure. By the way, some differences are here: And in fact, there is a technical document from the committee with more differences. @ujos can you please share this excellent document again (in this thread)? p.s. Once in the future in the next pass, I will take this in mind. Thank you one more time !!! |
Sorry, I do not remember which one? @burlachenkok |
It's the official document from IEEE that enumerates the difference between C and C++. In this list, it was 40-60 bullet points. @ujos |
Sorry, I do not remember where did I get it from. If you could give me a hint, how did you receive it from me, I can find it then. |
@ujos no problem. Thanks. |
Dear @anthonywilliams thank you very much for pointing this out. I totally agree with you regarding using naming, and you are right. During the next pass, I will replace C/C++ with "C and C++" or "C" or "C++" depending on context. Unfortunately, there are plenty of places in the text that uses "C/C++" already. |
There is no language "C/C++". The continued use of such a term confuses people and propagates the misconception that there is. C and C++ are different languages with different ISO standards and different committees.
If you mean "C or C++", say that. If you mean "C and C++", say that. If you mean something else, please clarify appropriately.
A "technical note" on C++98 to C++20 should not contain such an incorrect term.
The text was updated successfully, but these errors were encountered: