advent_c
All of the advents of code in pure C, without libraries (by biesnecker)
AoC2022
Solutions to the Advent of Code (AoC) 2022 (by gequalspisquared)
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
advent_c
Posts with mentions or reviews of advent_c.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2022-12-07.
-
-🎄- 2022 Day 8 Solutions -🎄-
C, it's not often that you get to use monotonic stacks, but they're pretty awesome. I think I could clean this up further into a single generic handler and two functions that do the lifting, but I'm not sure that it would be any cleaner or easier to read. [Github]
-
-🎄- 2022 Day 7 Solutions -🎄-
C, some annoying input parsing and then very straightforward tree walking. Was expecting something a lot harder in part 2, so originally over-engineered, and ended up ripping a bunch of stuff out when part 2 was just another walk of directory sizes. ¯_(ツ)_/¯ [Github]
-
-🎄- 2022 Day 6 Solutions -🎄-
C, the index handling in findMarker feels a little gross but if that's the worst code I write during AOC2022 I'll be pretty happy. [Github]
-
-🎄- 2022 Day 5 Solutions -🎄-
C, this was the first day that parsing the input took significantly longer than solving the problem. I'm happy with the approach I ended up taking, though. [Github]
-
-🎄- 2022 Day 4 Solutions -🎄-
C, it's quiet... too quiet. Waiting for the monster to jump out of the closet in a few days. [Github]
-
-🎄- 2022 Day 3 Solutions -🎄-
C - we don't need no stinking sets! Because we have uint64_ts and masking. [Github]
AoC2022
Posts with mentions or reviews of AoC2022.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2022-12-11.
- -🎄- 2022 Day 12 Solutions -🎄-
- -🎄- 2022 Day 11 Solutions -🎄-
- -🎄- 2022 Day 10 Solutions -🎄-
- -🎄- 2022 Day 9 Solutions -🎄-
- -🎄- 2022 Day 8 Solutions -🎄-
- -🎄- 2022 Day 7 Solutions -🎄-
- -🎄- 2022 Day 6 Solutions -🎄-
- -🎄- 2022 Day 5 Solutions -🎄-
- -🎄- 2022 Day 4 Solutions -🎄-
- -🎄- 2022 Day 3 Solutions -🎄-
What are some alternatives?
When comparing advent_c and AoC2022 you can also consider the following projects:
aoc-2022-kotlin - AOC 2022 in Kotlin!
advent-of-code-solved - My advent of code, in jq…
advent-of-code - Advent of Code solutions in JS
Advent-of-Code
adventofcode - Advent of Code solutions of 2015, 2016, 2017, 2018, 2019, 2020, 2021, 2022 and 2023 in Scala
advent-of-code-2022 - C# solutions for Advent of Code 2022
advent - Solutions to https://adventofcode.com/
AdventOfCodeTI83 - As many Advent of Code problems as possible, done in Z80 assembly language for the TI83 graphing calculator.
advent-of-code-2022-rust
advent_of_code
AoC - Advents of Code in NASM x86_64 assembly
jmurmel - A standalone or embeddable JVM based interpreter/ compiler for Murmel, a single-namespace Lisp dialect inspired by Common Lisp
advent_c vs aoc-2022-kotlin
AoC2022 vs advent-of-code-solved
advent_c vs advent-of-code
AoC2022 vs Advent-of-Code
advent_c vs adventofcode
AoC2022 vs advent-of-code-2022
advent_c vs advent
AoC2022 vs AdventOfCodeTI83
advent_c vs advent-of-code-2022-rust
AoC2022 vs advent_of_code
advent_c vs AoC
AoC2022 vs jmurmel