Solutions for Advent of Code in Rust.
I wrote up a summary of my solutions and optimizations used here.
Day | Part 1 | Part 2 |
---|---|---|
Day 1 | ⭐ | ⭐ |
Day 2 | ⭐ | ⭐ |
Day 3 | ⭐ | ⭐ |
Day 4 | ⭐ | ⭐ |
Day 5 | ⭐ | ⭐ |
Day 6 | ⭐ | ⭐ |
Day 7 | ⭐ | ⭐ |
Day 8 | ⭐ | ⭐ |
Day 9 | ⭐ | ⭐ |
Day 10 | ⭐ | ⭐ |
Day 11 | ⭐ | ⭐ |
Day 12 | ⭐ | ⭐ |
Day 13 | ⭐ | ⭐ |
Day 14 | ⭐ | ⭐ |
Day 15 | ⭐ | ⭐ |
Day 16 | ⭐ | ⭐ |
Day 17 | ⭐ | ⭐ |
Day 18 | ⭐ | ⭐ |
Day 19 | ⭐ | ⭐ |
Day 20 | ⭐ | ⭐ |
Day 21 | ⭐ | ⭐ |
Day 22 | ⭐ | ⭐ |
Day 23 | ⭐ | ⭐ |
Day 24 | ⭐ | ⭐ |
Day 25 | ⭐ | ⭐ |
Day | Part 1 | Part 2 |
---|---|---|
Day 1 | 34.8µs |
38.2µs |
Day 2 | 41.8µs |
41.9µs |
Day 3 | 83.8µs |
98.8µs |
Day 4 | 49.3µs |
50.1µs |
Day 5 | 20.5µs |
24.4µs |
Day 6 | 187.0ns |
102.0ns |
Day 7 | 94.8µs |
90.7µs |
Day 8 | 73.7µs |
161.6µs |
Day 9 | 58.5µs |
54.7µs |
Day 10 | 264.8µs |
284.7µs |
Day 11 | 16.3µs |
15.7µs |
Day 12 | 137.9µs |
618.3µs |
Day 13 | 12.3µs |
15.9µs |
Day 14 | 25.0µs |
4.5ms |
Day 15 | 20.4µs |
85.9µs |
Day 16 | 58.3µs |
1.7ms |
Day 17 | 1.6ms |
3.7ms |
Day 18 | 2.2µs |
2.4µs |
Day 19 | 83.9µs |
90.9µs |
Day 20 | 323.9µs |
1.2ms |
Day 21 | 64.1µs |
494.7µs |
Day 22 | 82.6µs |
196.7µs |
Day 23 | 330.4µs |
13.3ms |
Day 24 | 123.6µs |
18.3µs |
Day 25 | 256.4µs |
- |
Total: 30.64ms
Template readme
This template supports all major OS (macOS, Linux, Windows).
- Open the template repository on Github.
- Click Use this template and create your repository.
- Clone your repository to your computer.
- If you are solving a previous year's advent of code, change the
AOC_YEAR
variable in.cargo/config.toml
to reflect the year you are solving.
- Install the Rust toolchain.
- (recommended) Install the rust-analyzer extension for your code editor.
- (optional) Install a native debugger. If you are using VS Code, CodeLLDB is a good option.
✨ You can start solving puzzles now! Head to the Usage section to see how to use this template. If you like, you can configure some optional features.
# example: `cargo scaffold 1`
cargo scaffold <day>
# output:
# Created module file "src/bin/01.rs"
# Created empty input file "data/inputs/01.txt"
# Created empty example file "data/examples/01.txt"
# ---
# 🎄 Type `cargo solve 01` to run your solution.
Individual solutions live in the ./src/bin/
directory as separate binaries. Inputs and examples live in the the ./data
directory.
Every solution has tests referencing its example file in ./data/examples
. Use these tests to develop and debug your solutions against the example input. In VS Code, rust-analyzer
will display buttons for running / debugging these unit tests above the unit test blocks.
[!TIP] If a day has multiple example inputs, you can use the
read_file_part()
helper in your tests instead ofread_file()
. If this e.g. applies to day 1, you can create a second example file01-2.txt
and invoke the helper likelet result = part_two(&advent_of_code::template::read_file_part("examples", DAY, 2));
. This supports an arbitrary number of example files.
[!IMPORTANT] This requires installing the aoc-cli crate.
You can automatically download puzzle input and description by either appending the --download
flag to scaffold
(e.g. cargo scaffold 4 --download
) or with the separate download
command:
# example: `cargo download 1`
cargo download <day>
# output:
# [INFO aoc] 🎄 aoc-cli - Advent of Code command-line tool
# [INFO aoc_client] 🎅 Saved puzzle to 'data/puzzles/01.md'
# [INFO aoc_client] 🎅 Saved input to 'data/inputs/01.txt'
# ---
# 🎄 Successfully wrote input to "data/inputs/01.txt".
# 🎄 Successfully wrote puzzle to "data/puzzles/01.md".
# example: `cargo solve 01`
cargo solve <day>
# output:
# Finished dev [unoptimized + debuginfo] target(s) in 0.13s
# Running `target/debug/01`
# Part 1: 42 (166.0ns)
# Part 2: 42 (41.0ns)
The solve
command runs your solution against real puzzle inputs. To run an optimized build of your code, append the --release
flag as with any other rust program.
[!IMPORTANT] This requires installing the aoc-cli crate.
Append the --submit <part>
option to the solve
command to submit your solution for checking.
cargo all
# output:
# Running `target/release/advent_of_code`
# ----------
# | Day 01 |
# ----------
# Part 1: 42 (19.0ns)
# Part 2: 42 (19.0ns)
# <...other days...>
# Total: 0.20ms
This runs all solutions sequentially and prints output to the command-line. Same as for the solve
command, the --release
flag runs an optimized build.
# example: `cargo time 8 --store`
cargo time <day> [--all] [--store]
# output:
# Day 08
# ------
# Part 1: 1 (39.0ns @ 10000 samples)
# Part 2: 2 (39.0ns @ 10000 samples)
#
# Total (Run): 0.00ms
#
# Stored updated benchmarks.
The cargo time
command allows you to benchmark your code and store timings in the readme. When benching, the runner will run your code between 10
and 10.000
times, depending on execution time of first execution, and print the average execution time.
cargo time
has three modes of execution:
cargo time
without arguments incrementally benches solutions that do not have been stored in the readme yet and skips the rest.cargo time <day>
benches a single solution.cargo time --all
benches all solutions.
By default, cargo time
does not write to the readme. In order to do so, append the --store
flag: cargo time --store
.
Please note that these are not scientific benchmarks, understand them as a fun approximation. 😉 Timings, especially in the microseconds range, might change a bit between invocations.
cargo test
To run tests for a specific day, append --bin <day>
, e.g. cargo test --bin 01
. You can further scope it down to a specific part, e.g. cargo test --bin 01 part_one
.
[!IMPORTANT] This command requires installing the aoc-cli crate.
# example: `cargo read 1`
cargo read <day>
# output:
# Loaded session cookie from "/Users/<snip>/.adventofcode.session".
# Fetching puzzle for day 1, 2022...
# ...the input...
[!IMPORTANT] This command requires installing the aoc-cli crate.
During december, the today
shorthand command can be used to:
- scaffold a solution for the current day
- download its input
- and read the puzzle
in one go.
# example: `cargo today` on December 1st
cargo today
# output:
# Created module file "src/bin/01.rs"
# Created empty input file "data/inputs/01.txt"
# Created empty example file "data/examples/01.txt"
# ---
# 🎄 Type `cargo solve 01` to run your solution.
# [INFO aoc] 🎄 aoc-cli - Advent of Code command-line tool
# [INFO aoc_client] 🎅 Saved puzzle to 'data/puzzles/01.md'
# [INFO aoc_client] 🎅 Saved input to 'data/inputs/01.txt'
# ---
# 🎄 Successfully wrote input to "data/inputs/01.txt".
# 🎄 Successfully wrote puzzle to "data/puzzles/01.md".
#
# Loaded session cookie from "/Users/<snip>/.adventofcode.session".
# Fetching puzzle for day 1, 2022...
# ...the input...
cargo fmt
cargo clippy
- Install
aoc-cli
via cargo:cargo install aoc-cli --version 0.12.0
- Create the file
<home_directory>/.adventofcode.session
and paste your session cookie into it. To retrieve the session cookie, press F12 anywhere on the Advent of Code website to open your browser developer tools. Look in Cookies under the Application or Storage tab, and copy out thesession
cookie value. [^1]
Once installed, you can use the download command, the read command, and automatically submit solutions via the --submit
flag.
This template includes a Github action that automatically updates the readme with your advent of code progress.
To enable it, complete the following steps:
Go to the leaderboard page of the year you want to track and click Private Leaderboard. If you have not created a leaderboard yet, create one by clicking Create It. Your leaderboard should be accessible under https://adventofcode.com/{year}/leaderboard/private/view/{aoc_user_id}
.
Go to the Secrets tab in your repository settings and create the following secrets:
AOC_USER_ID
: Go to this page and copy your user id. It's the number behind the#
symbol in the first name option. Example:3031
.AOC_YEAR
: the year you want to track. Example:2021
.AOC_SESSION
: an active session[^2] for the advent of code website. To get this, press F12 anywhere on the Advent of Code website to open your browser developer tools. Look in your Cookies under the Application or Storage tab, and copy out thesession
cookie.
Go to the Variables tab in your repository settings and create the following variable:
AOC_ENABLED
: This variable controls whether the workflow is enabled. Set it totrue
to enable the progress tracker. After you complete AoC or no longer work on it, you can set this tofalse
to disable the CI.
✨ You can now run this action manually via the Run workflow button on the workflow page. If you want the workflow to run automatically, uncomment the schedule
section in the readme-stars.yml
workflow file or add a push
trigger.
Uncomment the respective sections in the ci.yml
workflow.
- Install rust-analyzer and CodeLLDB.
- Set breakpoints in your code. [^3]
- Click Debug next to the unit test or the main function. [^4]
- The debugger will halt your program at the specific line and allow you to inspect the local stack. [^5]
- itertools: Extends iterators with extra methods and adaptors. Frequently useful for aoc puzzles.
- regex: Official regular expressions implementation for Rust.
A curated list of popular crates can be found on blessred.rs.
Do you have aoc-specific crate recommendations? Share them!
- Integer overflows: This template uses 32-bit integers by default because it is generally faster - for example when packed in large arrays or structs - than using 64-bit integers everywhere. For some problems, solutions for real input might exceed 32-bit integer space. While this is checked and panics in
debug
mode, integers wrap inrelease
mode, leading to wrong output when running your solution.