sc::SCElementAccumulateSCMatrix(3)

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

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 an SCMatrix *.
  • int has_side_effects () β€” by default this returns nonzero.
  • void process (SCMatrixBlockIter &) β€” this is the fallback routine to process blocks, and it gets called by process_spec members 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