SC_SCELEMENTACCUMULATESYMMSCMATRIX(3)

πŸ“¦
version 2.3.1 Β· 5 versions
, in ubuntu jammy

okay bestie, this is the MPQC manual page for sc::SCElementAc...lateSymmSCMatrix(3) β€” yes, that truncated-looking title is the actual header vibe, and we're folding it in right here βœ¨πŸ’…

🌸 NAME 🌸

sc::SCElementAccumulateSymmSCMatrix

✨ SYNOPSIS ✨

Inherits sc::SCElementOp.

πŸ‘‘ Public Member Functions πŸ‘‘

  • SCElementAccumulateSymmSCMatrix (SymmSCMatrix *) β€” the member function with the class name, and it takes a SymmSCMatrix * 🫢
  • int has_side_effects () β€” out of the box, this returns nonzero.
  • void process (SCMatrixBlockIter &) β€” this is the fallback routine to process blocks, and it's called by process_spec members that are not overridden.

🧬 Additional Inherited Members 🧬

yep, there are additional inherited members. the page just puts this heading here and doesn't list extra deets under it, so we're not gonna hallucinate any, bestie πŸ™ˆ

πŸ’– Member Function Documentation πŸ’–

int sc::SCElementAccumulateSymmSCMatrix::has_side_effects () [virtual]

okay so this one is [virtual]. By default this returns nonzero. If the ElementOp specialization will change any elements of the matrix, then this must be overridden to return nonzero. no cap 😭

if your specialization changes matrix elements, you really do need that override to return nonzero β€” that's the whole vibe check πŸ”₯

Reimplemented from sc::SCElementOp.

πŸŽ€ Author πŸŽ€

the page says: Generated automatically by Doxygen for MPQC from the source code.


that's the whole page, bestie 🫢 β€” Version 2.3.1, Sun Oct 4, and it's giving sc::SCElementAc...lateSymmSCMatrix(3) energy. mwah πŸ’‹

πŸ“¦ where this page comes from