Skip to content

feat(miner): add C and C++ file extensions to READABLE_EXTENSIONS - #1983

Open
tkirkland wants to merge 1 commit into
MemPalace:developfrom
tkirkland:feat/c-cpp-extensions
Open

feat(miner): add C and C++ file extensions to READABLE_EXTENSIONS#1983
tkirkland wants to merge 1 commit into
MemPalace:developfrom
tkirkland:feat/c-cpp-extensions

Conversation

@tkirkland

Copy link
Copy Markdown

Problem

READABLE_EXTENSIONS has grown per-stack over time (C#/.NET in #952, PHP, Swift/Kotlin in #1368, LaTeX) but never gained C or C++. Mining any C project silently drops every .c/.h file at the scan_project suffix gate — no warning, no log line. Found in the wild when a mine run of a directory containing a .c probe file reported it as neither processed nor visibly skipped.

Change

  • Add .c .h .cpp .hpp .cc .hh to miner.py:READABLE_EXTENSIONS
  • Same addition to entity_detector.py's twin list so entity detection sees the same files
  • Visibility test following the pattern of tests/test_miner_jsonl_visibility.py (whitelist membership + scan_project picks up a real .c file)

uv run pytest tests/ green locally; ruff check/format clean.

Happy to rebase onto the config-driven extensions work (#1420 et al.) if that's landing soon — this just closes the gap in the shipped default list meanwhile.

The whitelist grew per-stack (C#, PHP, Swift/Kotlin, LaTeX) but never
gained C or C++, so mining any C project silently drops every .c/.h
file at the scan_project suffix gate — no warning, no log line. Add
.c/.h/.cpp/.hpp/.cc/.hh to miner.py and to entity_detector.py's twin
list, with a visibility test following test_miner_jsonl_visibility.py.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant