# Install solhint with Homebrew

Linter for Solidity code. Version 6.2.3 via Homebrew; verified 2026-06-20.

## Install

```sh
sudo av install brew:solhint
```

Additional install commands:

### macOS

- Homebrew (100%):

```sh
brew install solhint
```

  Evidence: local Homebrew formula metadata

## Package facts

- **Package key:** brew:solhint
- **Package manager:** Homebrew
- **Version:** 6.2.3
- **Source summary:** Linter for Solidity code
- **Homepage:** <https://protofire.github.io/solhint/>
- **Last updated:** 2026-06-20T18:31:21Z
- **Generated:** 2026-08-03T19:37:03+00:00

## Executables

- solhint (alias)

## Install behavior

- Bottle: not available

## Freshness

- Page generated: 2026-08-03
- Package-manager version: 6.2.3
## Project history and usage

Solhint is Protofire's open-source command-line linter for Solidity code, combining style-guide checks with security-oriented validations.

### Project history

The official README describes Solhint as an open-source project for linting Solidity code and providing both security and style-guide validations. Its package metadata publishes the `solhint` binary and points to the Protofire GitHub repository and documentation site.

The changelog shows active maintenance through the 5.x and 6.x lines, including cache support, hierarchical configuration, Node.js support updates, and new Solidity-specific rules.

### Adoption history

Solhint fits the npm-first JavaScript tooling culture around Ethereum projects but is also packaged by Homebrew in the supplied facts. That gives smart-contract developers both a global npm install path and an OS package-manager path for the same CLI.

### How it is used

The official README documents `npm install -g solhint`, `solhint --init` to create `.solhint.json`, and glob-based linting such as `solhint 'contracts/**/*.sol'`. It also supports comments, ignore files, cache mode, plugins, and configurable rule sets.

### Why package nerds care

Solhint matters because Solidity projects are unusually sensitive to compiler versions, style conventions, and auditability. A packaged linter gives CI systems, editors, and local shells a common executable for catching Solidity-specific mistakes before deployment.

### Timeline

- 2019: The official changelog records Solhint 2.0 alpha work.
- 2025: Solhint 5.2.0 adds cache support and multi-directory config support.
- 2025: Solhint 6.0.0 revises recommended rules and adds NatSpec enforcement.
- 2026: Solhint 6.2.3 is recorded in the official changelog and package metadata.

### Related projects

- Solhint is built for Solidity projects and references the Solidity style guide and smart-contract security validation practices. It complements compilers, formatters, and audit-oriented Ethereum developer tools.

### Sources

- Input package-manager facts: source_facts.package-manager
- Official README: https://github.com/protofire/solhint#readme
- Official changelog: https://github.com/protofire/solhint/blob/master/CHANGELOG.md
- Official documentation site: https://protofire.github.io/solhint
- Official package metadata: https://github.com/protofire/solhint/blob/master/package.json


## Security Notes

narrow executable package without higher-risk signals.

- **Geiger risk:** green / low
- narrow executable package without higher-risk signals


## Configuration and credential file locations

These source-backed paths show where this package keeps local settings or durable credentials. Automic Vault can use them as review targets for secret scanning, migration, and command approval.


## Configuration files

- Unix: .solhint.json

## Combined YAML source

View the package source record on GitHub. [combined/solhint.yml](https://github.com/mxcl/pkgdb/blob/main/combined/solhint.yml)


## Sources

- pkg.so package database
- Geiger risk classifier
- curated configuration and credential file locations
- curated package history
- pkgdb category and tag curation
- cross-ecosystem install command graph