sc::SymmSCMatrixSCExtrapData(3)

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

πŸ’… sc::SymmSCMatrixSCExtrapData πŸ’…

okay bestie, so this one is a page from the MPQC manual β€” that's the sc toolkit's world β€” and we're looking at sc::SymmSCMatrixSCExtrapData. It's a class page, generated out of the source, and ngl it's a whole vibe of "just the facts, ma'am." Let's break it down together 🫢


✨ NAME ✨

sc::SymmSCMatrixSCExtrapData β€” literally the whole name, that's it, that's the energy πŸ’–


🌸 SYNOPSIS 🌸

She inherits from sc::SCExtrapData, periodt. That's the family tree, no cap:

Inherits sc::SCExtrapData.

πŸŽ€ Public Member Functions πŸŽ€

Bestie, here's the roster of public member functions β€” every single one, no skipping πŸ™…β€β™€οΈ

  • SymmSCMatrixSCExtrapData (StateIn &) β€” the constructor that takes a StateIn &, so she can wake up from a saved state.
  • SymmSCMatrixSCExtrapData (const RefSymmSCMatrix &) β€” the constructor that takes a const RefSymmSCMatrix &. Yes, both of them are real, both are valid, slay ✨
  • void save_data_state (StateOut &) β€” saves the base classes (with save_data_state) and the members, and the order matters, because it's gotta be the same order that the StateIn CTOR initializes them in. Iconic consistency behavior πŸ’…
  • SCExtrapData * copy () β€” gives you a copy of this. A little clone, a mini-me, a duplicate πŸ¦‹
  • void zero () β€” sets this to zero. Everything. Gone. Zero. Clean slate energy 🌈
  • void accumulate_scaled (double, const Ref< SCExtrapData > &) β€” the passed SCExtrapData gets accumulated into this, but only after applying the scaling factor. Math with drama, we love to see it πŸ”₯

⭐ Additional Inherited Members ⭐

Oh and she's got additional inherited members too β€” those come from the base class, and the manual just points at them like "yeah, those exist, look up." Go check sc::SCExtrapData if you want the full tea πŸ“


πŸ‘‘ Member Function Documentation πŸ‘‘

🧚 void sc::SymmSCMatrixSCExtrapData::save_data_state (StateOut &) [virtual]

This one is virtual, bestie, and it's doing the most important housekeeping:

Save the base classes (with save_data_state) and the members in the same order that the StateIn CTOR initializes them.

And here's the real talk: this must be implemented by the derived class if the class has data. Not optional. Not a suggestion. You have data? You implement this. Periodt πŸ’€

She's Reimplemented from sc::SCExtrapData β€” so this isn't her first rodeo, she's overriding the base class version.

πŸ’œ Author πŸ’œ

Generated automatically by Doxygen for MPQC from the source code. So like… nobody hand-wrote this, the machine did it, and honestly it ate πŸ€–βœ¨


so yeah, that's the whole page: two constructors, save_data_state, copy, zero, accumulate_scaled, and one very insistent virtual function. No flags, no env vars, no exit statuses here β€” it's a class reference page, iykyk 🧚

cheers bestie, go forth and extrapolate responsibly πŸ’–

β€” Version 2.3.1 Β· Sun Oct 4 2020 Β· sc::SymmSCMatrixSCExtrapData(3) πŸŒΈπŸ’«

πŸ“¦ where this page comes from