Re:The Ten Commandments for C Programmers (1987)
by rrss on Saturday May 23, 2020 @12:18PM
(#23284156)
it can also just indicate that when it was written it also had to compile as C++ for whatever reason.
[ Parent
| on HN ]
Re:The Ten Commandments for C Programmers (1987)
by enriquto on Saturday May 23, 2020 @02:07PM
(#23285027)
That's an even redder flat. Why would you even want or need that? I understand that sometimes it is convenient to write header files that can be read likewise by C and C++ compilers. But why would you ever need a piece of code to be compiled into an object by either C or C++ compiler, indistinctly?
Re:The Ten Commandments for C Programmers (1987)
by flohofwoe on Saturday May 23, 2020 @02:32PM
(#23285247)
That was essentially Microsoft's advice because they didn't want to keep their C compiler uptodate:
"We recommend that C developers use the C++ compiler to compile C code (using /TP if the file is named something.c). This is the best choice for using Visual C++ to compile C code."
From: https://herbsutter.com/2012/05/03/reader-qa-what-about-vc-an...
Re:The Ten Commandments for C Programmers (1987)
by enriquto on Saturday May 23, 2020 @02:39PM
(#23285303)
I'm going to abstain from commenting on this topic. I am not emotionally prepared.
Re:The Ten Commandments for C Programmers (1987)
by rrss on Saturday May 23, 2020 @03:32PM
(#23285692)
There are several reasons why people would do this, but the decision is often not made by the person writing the code, so it may be a red flag to you, but it doesn't point to inexperience of the author.
In addition to the MSVC issue mentioned in the sibling comment, I've worked on projects that used clang thread safety analysis, which at the time (and maybe still today) was only available for C++, so the build for that analysis was configured to build all C source files as C++.