ignore-kotlin in Kotlin

This is a Kotlin Multiplatform line-by-line transliteration port of BurntSushi/ripgrep.
Original Project: This port is based on BurntSushi/ripgrep. All design credit and project intent belong to the upstream authors; this repository is a faithful port to Kotlin Multiplatform with no behavioural changes intended.
Porting status
This is an in-progress port. The goal is feature parity with the upstream Rust crate while providing a native Kotlin Multiplatform API. Every Kotlin file carries a // port-lint: source <path> header naming its upstream Rust counterpart so the AST-distance tool can track provenance.
Upstream README — BurntSushi/ripgrep
The text below is reproduced and lightly edited from https://github.com/BurntSushi/ripgrep/tree/master/crates/ignore. It is the upstream project's own description and remains under the upstream authors' authorship; links have been rewritten to absolute upstream URLs so they continue to resolve from this repository.
ripgrep (rg)
ripgrep is a line-oriented search tool that recursively searches the current
directory for a regex pattern. By default, ripgrep will respect gitignore rules
and automatically skip hidden files/directories and binary files. (To disable
all automatic filtering by default, use rg -uuu.) ripgrep has first class
support on Windows, macOS and Linux, with binary downloads available for every
release. ripgrep is similar to
other popular search tools like The Silver Searcher, ack and grep.

Dual-licensed under MIT or the UNLICENSE.
CHANGELOG
Please see the CHANGELOG for a release history.
Documentation quick links
Screenshot of search results

Quick examples comparing tools
This example searches the entire
Linux kernel source tree
(after running make defconfig && make -j8) for [A-Z]+_SUSPEND, where
all matches must be words. Timings were collected on a system with an Intel
i9-12900K 5.2 GHz.
Please remember that a single benchmark is never enough! See my
blog post on ripgrep
for a very detailed comparison with more benchmarks and analysis.
Here's another benchmark on the same corpus as above that disregards gitignore
files and searches with a whitelist instead. The corpus is the same as in the
previous benchmark, and the flags passed to each command ensure that they are
doing equivalent work:
Now we'll move to searching on single large file. Here is a straight-up
comparison between ripgrep, ugrep and GNU grep on a file cached in memory
(~13GB, OpenSubtitles.raw.en.gz, decompressed):
In the above benchmark, passing the -n flag (for showing line numbers)
increases the times to 1.664s for ripgrep and 9.484s for GNU grep. ugrep
times are unaffected by the presence or absence of -n.
Beware of performance cliffs though:
And performance can drop precipitously across the board when searching big
files for patterns without any opportunities for literal optimizations:
Finally, high match counts also tend to both tank performance and smooth
out the differences between tools (because performance is dominated by how
quickly one can handle a match and not the algorithm used to detect the match,
generally speaking):
Why should I use ripgrep?
In other words, use ripgrep if you like speed, filtering by default, fewer
bugs and Unicode support.
Why shouldn't I use ripgrep?
Despite initially not wanting to add every feature under the sun to ripgrep,
over time, ripgrep has grown support for most features found in other file
searching tools. This includes searching for results spanning across multiple
lines, and opt-in support for PCRE2, which provides look-around and
backreference support.
At this point, the primary reasons not to use ripgrep probably consist of one
or more of the following:
- You need a portable and ubiquitous tool. While ripgrep works on Windows,
macOS and Linux, it is not ubiquitous and it does not conform to any
standard such as POSIX. The best tool for this job is good old grep.
- There still exists some other feature (or bug) not listed in this README that
you rely on that's in another tool that isn't in ripgrep.
- There is a performance edge case where ripgrep doesn't do well where another
tool does do well. (Please file a bug report!)
- ripgrep isn't possible to install on your machine or isn't available for your
platform. (Please file a bug report!)
Is it really faster than everything else?
Generally, yes. A large number of benchmarks with detailed analysis for each is
available on my blog.
Summarizing, ripgrep is fast because:
Feature comparison
Andy Lester, author of ack, has published an
excellent table comparing the features of ack, ag, git-grep, GNU grep and
ripgrep: https://beyondgrep.com/feature-comparison/
Note that ripgrep has grown a few significant new features recently that
are not yet present in Andy's table. This includes, but is not limited to,
configuration files, passthru, support for searching compressed files,
multiline search and opt-in fancy regex support via PCRE2.
Playground
If you'd like to try ripgrep before installing, there's an unofficial
playground and an interactive
tutorial.
If you have any questions about these, please open an issue in the tutorial
repo.
Installation
The binary name for ripgrep is rg.
Archives of precompiled binaries for ripgrep are available for Windows,
macOS and Linux. Linux and
Windows binaries are static executables. Users of platforms not explicitly
mentioned below are advised to download one of these archives.
If you're a macOS Homebrew or a Linuxbrew user, then you can install
ripgrep from homebrew-core:
$ brew install ripgrep
If you're a MacPorts user, then you can install ripgrep from the
official ports:
$ sudo port install ripgrep
If you're a Windows Chocolatey user, then you can install ripgrep from the
official repo:
$ choco install ripgrep
If you're a Windows Scoop user, then you can install ripgrep from the
official bucket:
$ scoop install ripgrep
If you're a Windows Winget user, then you can install ripgrep from the
winget-pkgs
repository:
$ winget install BurntSushi.ripgrep.MSVC
If you're an Arch Linux user, then you can install ripgrep from the official repos:
$ sudo pacman -S ripgrep
If you're a Gentoo user, you can install ripgrep from the
official repo:
$ sudo emerge sys-apps/ripgrep
If you're a Fedora user, you can install ripgrep from official
repositories.
$ sudo dnf install ripgrep
If you're an openSUSE user, ripgrep is included in openSUSE Tumbleweed
and openSUSE Leap since 15.1.
$ sudo zypper install ripgrep
If you're a CentOS Stream 10 user, you can install ripgrep from the
EPEL repository:
$ sudo dnf config-manager --set-enabled crb
$ sudo dnf install https://dl.fedoraproject.org/pub/epel/epel-release-latest-10.noarch.rpm
$ sudo dnf install ripgrep
If you're a Red Hat 10 user, you can install ripgrep from the
EPEL repository:
$ sudo subscription-manager repos --enable codeready-builder-for-rhel-10-$(arch)-rpms
$ sudo dnf install https://dl.fedoraproject.org/pub/epel/epel-release-latest-10.noarch.rpm
$ sudo dnf install ripgrep
If you're a Rocky Linux 10 user, you can install ripgrep from the
EPEL repository:
$ sudo dnf install https://dl.fedoraproject.org/pub/epel/epel-release-latest-10.noarch.rpm
$ sudo dnf install ripgrep
If you're a Nix user, you can install ripgrep from
nixpkgs:
$ nix-env --install ripgrep
If you're a Flox user, you can install ripgrep as follows:
$ flox install ripgrep
If you're a Guix user, you can install ripgrep from the official
package collection:
$ guix install ripgrep
If you're a Debian user (or a user of a Debian derivative like Ubuntu),
then ripgrep can be installed using a binary .deb file provided in each
ripgrep release.
$ curl -LO https://github.com/BurntSushi/ripgrep/releases/download/14.1.1/ripgrep_14.1.1-1_amd64.deb
$ sudo dpkg -i ripgrep_14.1.1-1_amd64.deb
If you run Debian stable, ripgrep is officially maintained by
Debian, although its version may
be older than the deb package available in the previous step.
$ sudo apt-get install ripgrep
If you're an Ubuntu Cosmic (18.10) (or newer) user, ripgrep is
available using the same
packaging as Debian:
$ sudo apt-get install ripgrep
(N.B. Various snaps for ripgrep on Ubuntu are also available, but none of them
seem to work right and generate a number of very strange bug reports that I
don't know how to fix and don't have the time to fix. Therefore, it is no
longer a recommended installation option.)
If you're an ALT user, you can install ripgrep from the
official repo:
$ sudo apt-get install ripgrep
If you're a FreeBSD user, then you can install ripgrep from the
official ports:
$ sudo pkg install ripgrep
If you're an OpenBSD user, then you can install ripgrep from the
official ports:
$ doas pkg_add ripgrep
If you're a NetBSD user, then you can install ripgrep from
pkgsrc:
$ sudo pkgin install ripgrep
If you're a Haiku x86_64 user, then you can install ripgrep from the
official ports:
$ sudo pkgman install ripgrep
If you're a Haiku x86_gcc2 user, then you can install ripgrep from the
same port as Haiku x86_64 using the x86 secondary architecture build:
$ sudo pkgman install ripgrep_x86
If you're a Void Linux user, then you can install ripgrep from the
official repository:
$ sudo xbps-install -Syv ripgrep
If you're a Rust programmer, ripgrep can be installed with cargo.
- Note that the minimum supported version of Rust for ripgrep is 1.85.0,
although ripgrep may work with older versions.
- Note that the binary may be bigger than expected because it contains debug
symbols. This is intentional. To remove debug symbols and therefore reduce
the file size, run
strip on the binary.
$ cargo install ripgrep
Alternatively, one can use cargo binstall to install a ripgrep
binary directly from GitHub:
$ cargo binstall ripgrep
Building
ripgrep is written in Rust, so you'll need to grab a
Rust installation in order to compile it.
ripgrep compiles with Rust 1.85.0 (stable) or newer. In general, ripgrep tracks
the latest stable release of the Rust compiler.
To build ripgrep:
$ cd ripgrep
$ cargo build --release
$ ./target/release/rg --version
0.1.3
NOTE: In the past, ripgrep supported a simd-accel Cargo feature when
using a Rust nightly compiler. This only benefited UTF-16 transcoding.
Since it required unstable features, this build mode was prone to breakage.
Because of that, support for it has been removed. If you want SIMD
optimizations for UTF-16 transcoding, then you'll have to petition the
encoding_rs project to use stable
APIs.
Finally, optional PCRE2 support can be built with ripgrep by enabling the
pcre2 feature:
$ cargo build --release --features 'pcre2'
Enabling the PCRE2 feature works with a stable Rust compiler and will
attempt to automatically find and link with your system's PCRE2 library via
pkg-config. If one doesn't exist, then ripgrep will build PCRE2 from source
using your system's C compiler and then statically link it into the final
executable. Static linking can be forced even when there is an available PCRE2
system library by either building ripgrep with the MUSL target or by setting
PCRE2_SYS_STATIC=1.
ripgrep can be built with the MUSL target on Linux by first installing the MUSL
library on your system (consult your friendly neighborhood package manager).
Then you just need to add MUSL support to your Rust toolchain and rebuild
ripgrep, which yields a fully static executable:
$ rustup target add x86_64-unknown-linux-musl
$ cargo build
Applying the --features flag from above works as expected. If you want to
build a static executable with MUSL and with PCRE2, then you will need to have
musl-gcc installed, which might be in a separate package from the actual
MUSL library, depending on your Linux distribution.
Running tests
ripgrep is relatively well-tested, including both unit tests and integration
tests. To run the full test suite, use:
$ cargo test --all
from the repository root.
Related tools
- delta is a syntax highlighting
pager that supports the
rg --json output format. So all you need to do to
make it work is rg --json pattern | delta. See delta's manual section on
grep for more details.
Vulnerability reporting
For reporting a security vulnerability, please
contact Andrew Gallant.
The contact page has my email address and PGP public key if you wish to send an
encrypted message.
Translations
The following is a list of known translations of ripgrep's documentation. These
are unofficially maintained and may not be up to date.
About this Kotlin port
Installation
dependencies {
implementation("io.github.kotlinmania:ignore-kotlin:0.1.1")
}
Building
./gradlew build
./gradlew test
Targets
- macOS arm64
- Linux x64
- Windows mingw-x64
- iOS arm64 / simulator-arm64 (Swift export + XCFramework)
- JS (browser + Node.js)
- Wasm-JS (browser + Node.js)
- Android (API 24+)
Porting guidelines
See AGENTS.md and CLAUDE.md for translator discipline, port-lint header convention, and Rust → Kotlin idiom mapping.
License
This Kotlin port is distributed under the same Unlicense license as the upstream BurntSushi/ripgrep. See LICENSE (and any sibling LICENSE-* / NOTICE files mirrored from upstream) for the full text.
Original work copyrighted by the ripgrep authors.
Kotlin port: Copyright (c) 2026 Sydney Renee and The Solace Project.
Acknowledgments
Thanks to the BurntSushi/ripgrep maintainers and contributors for the original Rust implementation. This port reproduces their work in Kotlin Multiplatform; bug reports about upstream design or behavior should go to the upstream repository.