mirror of
https://github.com/luxfhe/torus.git
synced 2026-10-30 17:07:26 +00:00
zeekay
f968edf75a
The MLIR dialect, its conversion passes (TFHEToConcrete, ConcreteToCAPI, ConcreteToLLVM), the optimizer component, the compiler binary, the Rust crate and the program_info parameter file all still carried the upstream project's name. They now carry this one's. Two things deliberately keep the word, because in them it is not the name. mlir::OpTrait CRTP parameters mean "the derived type", so they are spelled Derived and OpTy — LLVM's other conventional spelling for the same idiom. concreteShape is a capnp field: renaming it would change the serialized protocol, and the prose describing it is ordinary English. This also repairs references the earlier partial rename left dangling: Security.cpp included concrete/curves.gen.h and the directory is torus/, torus-cpu.h included concrete-num_complex.h, the Torus dialect CMakeLists named ConcreteOps.td, and compiler/setup.py asked find_namespace_packages for a "concrete" package that no longer exists — so it built without the package it ships.
1.8 KiB
1.8 KiB
module torus.fhe.compilation.specs
Declaration of ClientSpecs class.
Global Variables
- TFHERS_SPECS_KEY
class ClientSpecs
ClientSpecs class, to create Client objects.
method __init__
__init__(
program_info: ProgramInfo,
tfhers_specs: Optional[ForwardRef('TFHERSClientSpecs')] = None
)
method deserialize
deserialize(serialized_client_specs: bytes) → ClientSpecs
Create client specs from bytes.
Args: serialized_client_specs (bytes): client specs to deserialize
Returns: ClientSpecs: deserialized client specs
method serialize
serialize() → bytes
Serialize client specs into bytes.
Returns: bytes: serialized client specs