News for hackers. Stuff that matters.
Re:Parsing C++ is literally undecidable (2013) by jacobush on Friday October 04, 2019 @05:16AM (#21156037)
Plenty did but none took a chunk out the C++ world that thrives on manual memory mgmt.
Re:Parsing C++ is literally undecidable (2013) by pjmlp on Friday October 04, 2019 @07:02AM (#21156485)
The C++ world that thrives on manual memory management is usually "C compiled with C++ compilers".

The rest of the C++ world has long moved into automatic memory management as best practices.

Re:Parsing C++ is literally undecidable (2013) by gmueckl on Friday October 04, 2019 @09:01AM (#21157184)
I don't think that your statement about C with C++ compilers holds true anymore. I have seen quite a few codebases that are definitely C++, but use bespoke memory management strategies where required. Pool allocators and allocation-only heaps are high on the list of things that are useful in this area, for various reasons.
Re:Parsing C++ is literally undecidable (2013) by bluGill on Friday October 04, 2019 @09:15AM (#21157291)
I'd call most of that C with classes.
Re:Parsing C++ is literally undecidable (2013) by gmueckl on Friday October 04, 2019 @09:59AM (#21157747)
As ooposed to what? This is the core of C++, even though feature creep has opened up the language to other coding styles and patterns.
Re:Parsing C++ is literally undecidable (2013) by jacobush on Friday October 04, 2019 @09:03AM (#21157198)
I should have said "not garbage collection" instead of manual memory management.
Re:Parsing C++ is literally undecidable (2013) by pjmlp on Friday October 04, 2019 @04:18PM (#21161523)
Reference counting, regardless how it is implemented (language primitives or library), is a garbage collection algorithm.
Re:Parsing C++ is literally undecidable (2013) by jacobush on Monday October 07, 2019 @01:15AM (#21177730)
This is stretching definitions imho. Ref counting does not stop the world or kick in when you don’t expect it to.