Commit Graph
3 Commits
Author SHA1 Message Date
BlackMarkandClaude Opus 5.5 f50cc749e7 chore: the editor reads the selected preset's database, and the config states no history
clangd's database is the one CMake Tools copies from the selected preset,
as in libavr, rather than one chip's tree. .gitattributes drops two Studio
patterns nothing here matches, .clangd is ASCII, and the comments in it,
check.sh and .gitattributes state the reason without the account of how it
was found.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2026-10-23 21:55:47 +02:00
BlackMarkandClaude Opus 5 de894e6216 deps: the pin advances again, and the line ending stops being the editing machine's
The libavr pin moves to the preset loop's own fix. `tools/check-presets.sh` -
which this repository's gate calls - parsed `cmake --list-presets` by anchoring
a preset name's closing quote to the end of the line, and a preset carrying a
`displayName` is listed as `"name" - description`. The presets here are
undescribed, so the loop found them either way; one `displayName` away it would
have found none and said the repository had no presets. The loop has a test
aimed at it now, which it did not before - libavr runs none of its own presets
through it.

`.gitattributes` gains `* text=auto eol=lf`. Naming the source extensions left
Markdown, Python, shell and CMake to whatever wrote them, and on the Windows
side of this bench that is CRLF - which turns an eighty-line edit into a rewrite
of every file it touched and buries the change in the diff. Rule 50 carries the
sentence now, so it is the repository's default rather than a habit.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-03 03:26:58 +02:00
BlackMark e9e2cf2e63 Initial commit 2017-04-26 23:18:17 +02:00