sc::SCElementAccumulateSCMatrix(3)
Okay bestie, welcome to sc::SCElementAccumulateSCMatrix(3) from the MPQC manual π β this one is lowkey just a tiny page, but we're gonna make it make sense, fr fr.
β¨ NAME β¨
sc::SCElementAccumulateSCMatrix β that's the whole name, and yes it's a mouthful. Slay.
π¦ SYNOPSIS π¦
Inherits sc::SCElementOp.
πΈ Public Member Functions πΈ
SCElementAccumulateSCMatrix (SCMatrix *)β constructor vibes; it takes anSCMatrix *.int has_side_effects ()β by default this returns nonzero.void process (SCMatrixBlockIter &)β this is the fallback routine to process blocks, and it gets called byprocess_specmembers that are not overridden.
π Additional Inherited Members π
The original page has this heading but no extra details listed under it. So here's the heading, keeping it 100. Periodt.
π Member Function Documentation π
π
int sc::SCElementAccumulateSCMatrix::has_side_effects () [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 β that's the rule.
Reimplemented from sc::SCElementOp.
Bestie, if your ElementOp specialization is changing matrix elements, the docs say this must be overridden to return nonzero. That's the whole vibe check.
π§ Author π§
The Author section literally says: Generated automatically by Doxygen for MPQC from the source code.
Cute sign-off π«Ά: this MPQC page is Version 2.3.1, dated Sun Oct 4 20 β and then the original footer runs straight into the page title, bestie π. Bye and slay π
π¦ where this page comes from
- ubuntu jammy: libsc-doc 2.3.1-21
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms