Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

phase2: test_bitwise.eigs cites ctl.scan.* rows; the MAP's refusal controls are ctl.N8.refuse-*

Open Beginner friendly
#1,851 0 comments 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

Assessment

Difficulty
1/5
Estimated time
Under an hour
Newbie friendliness
86/100
Issue type
Documentation
Clarity
Clearly specified
Activity status
Active
Tech stack
c
Domain
testing

Research direction

Read the comment in tests/test_bitwise.eigs and compare its claim with the refusal controls in tests/phase2/MAP.md. Update the comment to name the ctl.N8.refuse-* controls, then run grep -rn 'ctl\.scan' tests tools docs; done means the comment is accurate and the grep finds nothing.

Written by the indexing model from the issue text.

Description

area:gates kind:docs-drift

On the phase2-numbers branch (#1758 R1.3, 198c1919), tests/test_bitwise.eigs says the JIT scanner's refusal of the bitwise operators is witnessed by "Phase 2's ctl.scan.* rows":

# R1.3 intentionally scanner-refuses these operators until R5. The hot
# entry/OSR scaffolds below verify interpreted fallback in each setting;
# Phase 2's ctl.scan.* rows independently witness the scanner refusals.

No ctl.scan.* row exists. The controls that witness the refusals are ctl.N8.refuse-band, -bor, -bxor, -shl, -shr, -bnot and -mod in tests/phase2/MAP.md (each with a fn-stop witness that holds at R1.3). The comment is a claim a reader would grep for and not find. It lives only on the integration branch, so it belongs to PR #1776's same-PR docs rule.

Done when

  • The comment names the ctl.N8.refuse-* controls (or the comment is removed when R5 drops the refusal).
  • grep -rn 'ctl\.scan' tests tools docs finds nothing.
Dominant language
C
Stars
3
Forks
7
Avg merge
11h 16m
Merged PRs (30d)
267

Getting set up

Open in Codespaces

Starts the project's dev container in your browser, under your own GitHub account.

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from InauguralSystems/EigenScript

All issues in InauguralSystems/EigenScript

Similar issues

More C issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.