From 3dc1fdae20cd5af828d1224d07464b66cd195c88 Mon Sep 17 00:00:00 2001 From: skal Date: Mon, 2 Feb 2026 15:15:32 +0100 Subject: tune TODO and PROJECT_CONTEXT with new micro-tasks --- PROJECT_CONTEXT.md | 1 + TODO.md | 1 + 2 files changed, 2 insertions(+) diff --git a/PROJECT_CONTEXT.md b/PROJECT_CONTEXT.md index 0222963..d822a90 100644 --- a/PROJECT_CONTEXT.md +++ b/PROJECT_CONTEXT.md @@ -30,6 +30,7 @@ Style: - **Task #8: Implement Final Build Stripping** - [ ] Define and document a consistent set of rules for code stripping under the `STRIP_ALL` macro. - [ ] Example sub-tasks: remove unused functions, strip debug fields from structs, simplify code paths where possible. + - [ ] Verify that there's no useless printf() or std::cout in the final code (in particular during error trapping, which should be reduced to minimal code) ### Future Goals - **Task #5: Implement Spectrogram Editor** diff --git a/TODO.md b/TODO.md index 19097da..8d0904d 100644 --- a/TODO.md +++ b/TODO.md @@ -21,6 +21,7 @@ This file tracks the next set of immediate, actionable tasks for the project. == could we remove this std::set<>? == Can this std::vector be replaced by a simple C-like "const T*" array? == are these std::string needed or can they be replaced by some 'const char*' ? + == do we need these std::cout, std::cerr, etc. instead of printf()'s? == etc. - [ ] the inclusion of gpu.h (either "gpu.h" or ) seems to be a recurring compilation and portability issue. Can we have a single inclusion of gpu.h in some platform header instead of scattered inclusion in .cc files? This would reduce the single-point-of-compilation failures during compilation and portability checks. -- cgit v1.2.3