I see in the blog post The Road to Core Solidity that Solidity (perhaps 0.10) is planned to change the syntax for Solidity to match the upcoming syntax for core solidity, including postfix type notation. It’s also been said that Core Solidity will be introduced as a front end in the existing solc compiler.
Is the plan that Core Solidity will essentially slot in as a straight in-line Solidity upgrade, using the .sol file extension, the solidity compiler, and just an incremental breaking version update? Or will it launch as a new file extension?
1 Like
The blog post reflects the thinking around the time that it was written.
Currently we are exploring some different solutions. I can’t say what we will land on yet, but I’d love to hear what your preference would be.
For the “postfix type notations” for Classic Solidity, I don’t think this will happen. As things stand right now, Classic will go into maintainence mode, when core is production ready and the plan is to do that with v0.9.0 for classic.
File extension: We could probably do either. I don’t think it would be too much hassle to use .sol and then have a pragma indicating if it’s classic or core and then the compiler figures things out from there. What do you think about this option?
Thanks for the info!
Pragmas would work fine for the compiler, but they may not work as well for syntax highlighters. I don’t have a strong opinion (yet) on the file extension.
If you’re looking for a syntax highligher I actually did a tree-sitter for core a while back. It probably needs some updating though, since quite a lot happened to the language since.