Support solhint

[kanej]

We surface hardhat compiler errors and warnings, we should consider doing the same for solhint.

Consideration should be given to how solhint + prettier-solidity + vscode plugins interact.

[alcuadrado]

This is part of the roadmap, but not for the initial public beta.

[kanej]

Another option is to make sure the solhint extension is compatible with ours. Then we can point people in the docs.

[gzliudan]

Can we use solhint in hardhat-vscode now?

[kanej]

Can we use solhint in hardhat-vscode now?

Solhint support has not been started yet, and won't be in the next few months at least.

[llllvvuu]

vscode-solidity has solhint but unfortunately I don't think there's an easy way to turn off its other features in VSCode (other editors like Neovim and Helix can do it). As a workaround solhint can be set up as a standalone thing:

My solution for Neovim is to apply an LSP wrapper to solhint/slither commands: https://github.com/llllvvuu/efm-tool-definitions.yaml. It's not as good as a hand-written LSP server which calls the library instead of the executable, but daemonizing the executables is on my backlog.

Solution can be plugged into VSCode with this: https://github.com/llllvvuu/vscode-glspc