Home
last modified time | relevance | path

Searched refs:serialized (Results 1 – 25 of 38) sorted by relevance

12

/openbsd/src/gnu/usr.bin/perl/dist/Storable/t/
Dleaks.t30 my ($class, $c, $serialized) = @_;
31 return $class->new($serialized);
Dblessed.t453 my ($obj, $cloning, $serialized) = @_;
455 $$obj = ${ qr/$serialized/ };
/openbsd/src/gnu/llvm/llvm/docs/PDB/
DHashTable.rst14 tables are serialized and embedded directly to the file, rather than requiring
54 - **Present Bit Vector** - A serialized bit vector which contains information
60 - **Deleted Bit Vector** - A serialized bit vector which contains information
75 The bit vectors indicating the status of each bucket are serialized as follows:
DPdbStream.rst66 Following the header is a serialized hash table whose key type is a string, and
86 a buffer of string data prefixed by a 32-bit length. The second is a serialized
93 The on-disk layout of the serialized hash table is described at :doc:`HashTable`.
Dindex.rst158 Information about the serialized hash table format used internally to
DTpiStream.rst295 the TPI hash stream of a serialized hash table whose keys are the hash values
/openbsd/src/gnu/llvm/llvm/docs/
DRemarks.rst58 LLVM: through remark diagnostics, or through serialized remarks.
92 By default, the format of the serialized remarks is :ref:`YAML
106 By default, the output is serialized to :ref:`YAML <yamlremarks>`.
110 Specifies the output format of the serialized remarks.
123 serialized to the final output.
158 In this mode, the remarks and the metadata are serialized separately. The
164 In this mode, the remarks and the metadata are serialized to the same
176 A typical remark serialized to YAML looks like this:
255 * the absolute file path to the serialized remark diagnostics: a
258 When the metadata is serialized separately from the remarks, the file path
[all …]
DMIRLangRef.rst32 contain the serialized machine functions.
138 subclasses isn't serialized at the moment.
141 SystemZ backends) aren't serialized at the moment.
145 - A lot of the state in ``MachineModuleInfo`` isn't serialized - only the CFI
146 instructions and the variable debug information from MMI is serialized right
377 The instruction names are serialized using the exact definitions from the
464 serialized.
DMisExpect.rst45 which can be serialized and processed through the ``opt-viewer.py``
/openbsd/src/sys/dev/pci/drm/i915/display/
Dintel_global_state.c182 obj_state->serialized = false; in intel_atomic_get_global_obj_state()
302 obj_state->serialized = true; in intel_atomic_serialize_global_state()
331 if (new_obj_state->serialized) { in intel_atomic_global_state_setup_commit()
388 if (!new_obj_state->serialized) in intel_atomic_global_state_commit_done()
Dintel_pmdemand.c465 u32 *reg1, u32 *reg2, bool serialized) in intel_pmdemand_update_params() argument
486 u32 current_val = serialized ? 0 : REG_FIELD_GET((mask), *(reg)); \ in intel_pmdemand_update_params()
515 bool serialized) in intel_pmdemand_program_params() argument
533 serialized); in intel_pmdemand_program_params()
Dintel_global_state.h64 bool changed, serialized; member
/openbsd/src/gnu/llvm/clang/docs/
DPCHInternals.rst25 resulting PCH file contains the serialized form of the compiler's internal
60 headers to save a serialized AST file (one per module) and use those AST
70 file. The AST file itself contains a serialized representation of Clang's
128 (COFF) or ``__clangast`` (ELF and Mach-O) section containing the serialized AST.
132 only contain the serialized AST.
135 which contains the serialized representation of a part of Clang's internal
204 The source manager block contains the serialized representation of Clang's
232 The preprocessor block contains the serialized representation of the
245 The types block contains the serialized representation of all of the types
257 the types block where the serialized representation of that type resides,
[all …]
DMisExpect.rst41 which can be serialized and processed through the ``opt-viewer.py``
/openbsd/src/gnu/llvm/lldb/docs/use/
Dextensions.rst14 header files that contain serialized Clang ASTs of all the
24 that hold a ``__clang_ast`` section with the serialized Clang AST and
/openbsd/src/gnu/llvm/clang/include/clang/Serialization/
DTypeBitCodes.def10 // their stable serialized bit-code record type IDs.
/openbsd/src/usr.bin/ssh/
Dlibcrux_mlkem768_sha3.h8236 Eurydice_slice serialized) { in libcrux_ml_kem_serialize_deserialize_to_uncompressed_ring_element_af() argument
8240 i < Eurydice_slice_len(serialized, uint8_t) / (size_t)24U; i++) { in libcrux_ml_kem_serialize_deserialize_to_uncompressed_ring_element_af()
8243 serialized, i0 * (size_t)24U, i0 * (size_t)24U + (size_t)24U, uint8_t); in libcrux_ml_kem_serialize_deserialize_to_uncompressed_ring_element_af()
8356 Eurydice_slice serialized) { in libcrux_ml_kem_serialize_deserialize_then_decompress_10_2c() argument
8360 i < Eurydice_slice_len(serialized, uint8_t) / (size_t)20U; i++) { in libcrux_ml_kem_serialize_deserialize_then_decompress_10_2c()
8363 serialized, i0 * (size_t)20U, i0 * (size_t)20U + (size_t)20U, uint8_t); in libcrux_ml_kem_serialize_deserialize_then_decompress_10_2c()
8420 Eurydice_slice serialized) { in libcrux_ml_kem_serialize_deserialize_then_decompress_11_8d() argument
8424 i < Eurydice_slice_len(serialized, uint8_t) / (size_t)22U; i++) { in libcrux_ml_kem_serialize_deserialize_then_decompress_11_8d()
8427 serialized, i0 * (size_t)22U, i0 * (size_t)22U + (size_t)22U, uint8_t); in libcrux_ml_kem_serialize_deserialize_then_decompress_11_8d()
8446 Eurydice_slice serialized) { in libcrux_ml_kem_serialize_deserialize_then_decompress_ring_element_u_34() argument
[all …]
/openbsd/src/gnu/usr.bin/perl/cpan/CPAN/lib/CPAN/
DShell.pm1881 my $serialized = "";
1884 $serialized = YAML::Syck::Dump($obj);
1886 $serialized = YAML::Dump($obj);
1888 $serialized = Data::Dumper::Dumper($obj);
1891 $serialized = overload::StrVal($obj);
1894 $CPAN::Frontend->mydie("Panic: obj[$serialized] cannot meth[$meth]");
/openbsd/src/gnu/llvm/llvm/lib/Target/AArch64/
DAArch64SchedExynosM5.td41 def M5UnitD : ProcResource<1>; // Integer division (inside C0, serialized)
71 def M5UnitFDIV0 : ProcResource<2>; // FP division (serialized)
72 def M5UnitFSQR0 : ProcResource<2>; // FP square root (serialized)
84 def M5UnitFDIV1 : ProcResource<2>; // FP division (serialized)
85 def M5UnitFSQR1 : ProcResource<2>; // FP square root (serialized)
DAArch64SchedExynosM4.td41 def M4UnitD : ProcResource<1>; // Integer division (inside C0, serialized)
69 def M4UnitFDIV0 : ProcResource<2>; // FP division (serialized)
70 def M4UnitFSQR0 : ProcResource<2>; // FP square root (serialized)
81 def M4UnitFDIV1 : ProcResource<2>; // FP division (serialized)
82 def M4UnitFSQR1 : ProcResource<2>; // FP square root (serialized)
DAArch64SchedExynosM3.td41 def M3UnitD : ProcResource<1>; // Integer division (inside C0, serialized)
50 def M3UnitFSQR : ProcResource<2>; // FP square root (serialized)
60 def M3UnitFDIV0 : ProcResource<2>; // FP division (serialized)
73 def M3UnitFDIV1 : ProcResource<2>; // FP division (serialized)
/openbsd/src/gnu/llvm/llvm/docs/GlobalISel/
DPipeline.rst126 can be serialized using ``-stop-before`` or ``-stop-after`` and loaded using
/openbsd/src/gnu/llvm/clang/include/clang/Basic/
DDiagnosticFrontendKinds.td142 "unable to merge a subprocess's serialized diagnostics">,
/openbsd/src/gnu/usr.bin/perl/dist/Storable/
DChangeLog765 serialized by Storable. Enhanced the t/recurse.t test to
867 serialized.
883 - Classes can now redefine how they wish their instances to be serialized
/openbsd/src/gnu/llvm/clang/include/clang/StaticAnalyzer/Core/
DAnalyzerOptions.def206 "Statistics would be serialized in JSON format inside the main dictionary "

12