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
I think we have all tried to specify PLCC in PLCC, and have become stuck, and have come to the conclusion that PLCC currently does not support this. This opens the question, should one be able to specify PLCC in PLCC?
Here are the reasons that I can think of:
This would allow others to build tools for PLCC grammar files without altering PLCC itself (e.g., syntax highlighters, linters, static analyzers, etc.).
It would provide another example of the PLCC grammar itself.
We should follow the principle of "dogfooding". If we believe in our dogfood, we should eat it ourselves.
It just feels right and somehow more elegant.
Admittedly, some of these are weak; especially the last two. Usually I'm big on dogfooding; but PLCC is not designed as a general purpose compiler-compiler, so it does not necessarily need to be able to generate a parser for its own grammar files. And the "feels right" argument... well, it still feels right. :)
We should probably consider the implications of adopting this as a goal. If we do end up adopting this goal, then we have to figure out how to get there. We can either redefine the grammar syntax so that it fits within the capabilities of PLCC, or we can expand the capabilities of PLCC. The former would break existing code, so the later is probably preferred even if it adds complexity.
There has been some discussion in email as to what would be needed to make this possible. We should probably discuss them more openly in separate issues.
The text was updated successfully, but these errors were encountered:
I think we have all tried to specify PLCC in PLCC, and have become stuck, and have come to the conclusion that PLCC currently does not support this. This opens the question, should one be able to specify PLCC in PLCC?
Here are the reasons that I can think of:
Admittedly, some of these are weak; especially the last two. Usually I'm big on dogfooding; but PLCC is not designed as a general purpose compiler-compiler, so it does not necessarily need to be able to generate a parser for its own grammar files. And the "feels right" argument... well, it still feels right. :)
We should probably consider the implications of adopting this as a goal. If we do end up adopting this goal, then we have to figure out how to get there. We can either redefine the grammar syntax so that it fits within the capabilities of PLCC, or we can expand the capabilities of PLCC. The former would break existing code, so the later is probably preferred even if it adds complexity.
There has been some discussion in email as to what would be needed to make this possible. We should probably discuss them more openly in separate issues.
The text was updated successfully, but these errors were encountered: