| Commit message (Collapse) | Author | Age | Files | Lines | |
|---|---|---|---|---|---|
| * | Delete everything, I'm redesigning this. | 2026-02-20 | 1 | -138/+0 | |
| | | | | | | I'll stop using a flat package and make things much more modular. And also experiment with streaming APIs so large blobs don't OOM us. | ||||
| * | hash: Make streaming hashes possible | 2026-01-29 | 1 | -0/+16 | |
| | | |||||
| * | hash: Use a hashAlgorithmDetails struct for single source of truth v0.1.2 | 2026-01-27 | 1 | -42/+70 | |
| | | | | | | | hashAlgorithm's are assumed to be valid; methods on invalid hashAlgorithms will panic from out-of-bounds read when it's not found in hashAlgorithmTable and that's expected and intended. | ||||
| * | hash: Document maxHashSize properly | 2026-01-19 | 1 | -19/+21 | |
| | | |||||
| * | hash: Key by algorithm, not size | 2026-01-17 | 1 | -10/+51 | |
| | | |||||
| * | hash: data after size | 2025-11-28 | 1 | -1/+1 | |
| | | | | | | | This guarantees ... I guess ABI stability of where the size is, regardless of the version which may have different maxHashSize. Not too useful but I guess good practice | ||||
| * | Fix some docs and API types | 2025-11-16 | 1 | -1/+1 | |
| | | |||||
| * | Documentation overhaul | 2025-11-16 | 1 | -3/+3 | |
| | | |||||
| * | Make the API more consistent | 2025-11-16 | 1 | -6/+6 | |
| | | |||||
| * | hash: Make fewer helper functions need explicit hash length fields | 2025-11-16 | 1 | -29/+24 | |
| | | |||||
| * | Revert "hash: Generic hash-algorithm API" | 2025-11-16 | 1 | -63/+35 | |
| | | | | | | | | This reverts commit 94bfb1fa147f80e6ec39009d41fc2f853925e0a5. Generics actually kinda suck for these purposes... once you look at it from the user's perspective. | ||||
| * | hash: Generic hash-algorithm API | 2025-11-16 | 1 | -35/+63 | |
| | | |||||
| * | Support multiple hash sizes in one build | 2025-11-16 | 1 | -10/+33 | |
| | | |||||
| * | Use SHA-256 by default | 2025-11-15 | 1 | -7/+0 | |
| | | |||||
| * | Initial commit | 2025-11-13 | 1 | -0/+40 | |
