Skip to content

Remove dead fEval/fGotES eigenvalue-solve machinery - #49

Open
gavinsdavies wants to merge 1 commit into
unify-42-47from
unify-42-47-eigen-cleanup
Open

Remove dead fEval/fGotES eigenvalue-solve machinery#49
gavinsdavies wants to merge 1 commit into
unify-42-47from
unify-42-47-eigen-cleanup

Conversation

@gavinsdavies

Copy link
Copy Markdown
Contributor

Stacked on #48 (branch unify-42-47).

Follow-up to @chenel's review comment on #48: the primary suggestion
there removed the dead complexsolver(fHam, fEval); fGotES = true;
call in SolveHam, but noted the fix wasn't expressible as a single
suggestion since it touches several non-adjacent sites. This PR is
that full cleanup:

  • OscLib/OscCalcDecayEigen.h: drop fGotES, fEval members and the
    complexsolver() declaration
  • OscLib/OscCalcDecayEigen.cxx: drop fGotES(false) from both
    constructors, fEval.setZero() in InitializeVectors, the fGotES
    writes in SetIsNuBar/BuildHms, the complexsolver() definition,
    and the dead call site in SolveHam

No behavior change — fEval/fGotES were write-only; nothing read
them.

🤖 Assisted by Claude Code (claude-sonnet-5)
Reviewed by me

complexsolver() filled fEval with the Hamiltonian's eigenvalues, but
fEval was never read anywhere (propagation uses fHam.exp() in
PropagatePath instead), so every uncached energy point paid for a
ComplexEigenSolver call whose result was discarded. The paired fGotES
cache flag was never checked either. Removes both members, all their
writers (constructors, SetIsNuBar, BuildHms), the complexsolver method
itself, and the now-dead call site in SolveHam.

Per @chenel's review on #48.
@gavinsdavies
gavinsdavies force-pushed the unify-42-47-eigen-cleanup branch from f9bd6db to 1795e1c Compare July 31, 2026 16:16
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.

2 participants