sc::SCElementScaleDiagonal(3)
πΈ NAME πΈ
sc::SCElementScaleDiagonal β that's the whole name, bestie. This is the sc::SCElementScaleDiagonal(3) page from the MPQC manual, and we're about to get into the vibes. π
π¦ SYNOPSIS π¦
Inherits sc::SCElementOp.
π Public Member Functions π
SCElementScaleDiagonal (double a)β constructor that takes adouble a.SCElementScaleDiagonal (StateIn &)β constructor that takes aStateIn &.int has_side_effects ()β By default this returns nonzero.void save_data_state (StateOut &)β Save the base classes (withsave_data_state) and the members in the same order that theStateInCTOR initializes them.void process (SCMatrixBlockIter &)β This is the fallback routine to process blocks and is called byprocess_specmembers that are not overridden.
β¨ Additional Inherited Members β¨
Yep, this is the Additional Inherited Members section β it's here on the page, and that's the whole section. π
π₯ Member Function Documentation π₯
π int sc::SCElementScaleDiagonal::has_side_effects () [virtual] π
By default this returns nonzero. If the ElementOp specialization is going to change any elements of the matrix, then this must be overridden to return nonzero. No cap β that's the rule. π€
Reimplemented from sc::SCElementOp.
πΈ void sc::SCElementScaleDiagonal::save_data_state (StateOut &) [virtual] πΈ
Save the base classes (with save_data_state) and the members in the same order that the StateIn CTOR initializes them. This must be implemented by the derived class if the class has data. Periodt. πΎβ¨
Reimplemented from sc::SavableState.
π Author π
Generated automatically by Doxygen for MPQC from the source code. Iconic automation behavior, honestly. π€π
Cute sign-off: this page is from MPQC version 2.3.1, dated Sun Oct 4 2020. Bye bestie β go slay those diagonal element-op vibes π
π¦β¨
π¦ 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