[C++] Cleanup EMPTY_VOCABULARY uses and remove SingleWriteMultipleRea… #3400
Conversation
…dLock abstraction
jcking
force-pushed
the
cpp-vocab-cleanup
branch
from
e4f7c20
to
7e50fcf
Compare
|
@parrt Another C++ patch ready for merge. |
|
@mike-lischke could you guys resolve the conflict? thanks! |
|
Will do on Monday.
…On Sat, Dec 11, 2021, 10:55 AM Terence Parr ***@***.***> wrote:
@mike-lischke <https://github.com/mike-lischke> could you guys resolve
the conflict? thanks!
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#3400 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAHTURWOGVF67IOXAF4CEZLUQONDRANCNFSM5JXRCBQQ>
.
Triage notifications on the go with GitHub Mobile for iOS
<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
or Android
<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
|
|
Fixed conflict. |
|
Is it possible to improve the performance of C++ compilation by any way? I've noticed it's slow on my local machine as well. Also, maybe it makes sense to request a more advanced tariff plan for ANTLR project for free because it's valuable and free project. |
|
It's slow because it does the worst thing you can do to a C++ project: frequent rebuilds. That's not an issue with script languages or more modern languages. Improving that would require to restructure the way the tests run, which at the time I suggested that the last time wasn't really an option. A better tariff would certainly help. |
Yes, something like that. I can imagine how it could work for C# (the second slowest language after C++ but even so much faster): use dynamic compilation, but can not for C++. |
|
I am thinking about rebuilding the test rig so I will split apart the parsing test so that C++ can pass. |
No description provided.