- Sort Score
- Result 10 results
- Languages All
Results 1 - 10 of 121 for zeroing (0.13 sec)
-
src/cmd/asm/internal/asm/testdata/amd64error.s
VMAXPD.SAE (AX), Z2, K1, Z1 // ERROR "illegal SAE with memory argument" VADDPD.SAE X3, X2, K1, X1 // ERROR "unsupported SAE" // Unsupported zeroing. VFPCLASSPDX.Z $0, (AX), K2, K1 // ERROR "unsupported zeroing" VFPCLASSPDY.Z $0, (AX), K2, K1 // ERROR "unsupported zeroing" // Unsupported broadcast. VFPCLASSSD.BCST $0, (AX), K2, K1 // ERROR "unsupported broadcast"
Registered: Tue Nov 05 11:13:11 UTC 2024 - Last Modified: Wed Jun 14 00:03:57 UTC 2023 - 8.9K bytes - Viewed (0) -
doc/asm.html
At the start of the function, the arguments are assumed to be initialized but the results are assumed uninitialized. If the results will hold live pointers during a call instruction, the function should start by zeroing the results and then executing the pseudo-instruction <code>GO_RESULTS_INITIALIZED</code>. This instruction records that the results are now initialized and should be scanned during stack movement and garbage collection.
Registered: Tue Nov 05 11:13:11 UTC 2024 - Last Modified: Tue Nov 28 19:15:27 UTC 2023 - 36.3K bytes - Viewed (0) -
src/cmd/asm/internal/asm/testdata/amd64enc_extra.s
VPEXTRW $17, X20, (SP)(AX*2) // 62e37d0815244411 or 62e3fd0815244411 VPEXTRW $127, X20, (SP)(AX*2) // 62e37d081524447f or 62e3fd081524447f // EVEX: embedded zeroing. VADDPD.Z X30, X1, K7, X0 // 6291f58f58c6 VMAXPD.Z (AX), Z2, K1, Z1 // 62f1edc95f08 // EVEX: embedded rounding. VADDPD.RU_SAE Z3, Z2, K1, Z1 // 62f1ed5958cb VADDPD.RD_SAE Z3, Z2, K1, Z1 // 62f1ed3958cb
Registered: Tue Nov 05 11:13:11 UTC 2024 - Last Modified: Tue Apr 11 18:32:50 UTC 2023 - 57.6K bytes - Viewed (0) -
architecture/networking/pilot.md
Along with caching, partial computations are a critical performance optimization to ensure that we do not need to build (or send) every resource to every proxy on every change. This is discussed more in the Config Serving section. ### Config Serving Config serving is the layer that actually accepts proxy clients, connected over bidirectional gRPC streams, and serve them the required configuration.
Registered: Wed Nov 06 22:53:10 UTC 2024 - Last Modified: Wed Feb 07 17:53:24 UTC 2024 - 19.1K bytes - Viewed (0) -
docs/en/docs/contributing.md
During local development, there is a script that builds the site and checks for any changes, live-reloading: <div class="termy"> ```console $ python ./scripts/docs.py live <span style="color: green;">[INFO]</span> Serving on http://127.0.0.1:8008 <span style="color: green;">[INFO]</span> Start watching changes <span style="color: green;">[INFO]</span> Start detecting changes ``` </div>
Registered: Sun Nov 03 07:19:11 UTC 2024 - Last Modified: Sun Aug 25 02:44:06 UTC 2024 - 12.7K bytes - Viewed (0) -
common-protos/k8s.io/api/certificates/v1/generated.proto
// // Kubelets use this API to obtain: // 1. client certificates to authenticate to kube-apiserver (with the "kubernetes.io/kube-apiserver-client-kubelet" signerName). // 2. serving certificates for TLS endpoints kube-apiserver can connect to securely (with the "kubernetes.io/kubelet-serving" signerName). // // This API can be used to request client certificates to authenticate to kube-apiserver // (with the "kubernetes.io/kube-apiserver-client" signerName),
Registered: Wed Nov 06 22:53:10 UTC 2024 - Last Modified: Mon Mar 11 18:43:24 UTC 2024 - 11.6K bytes - Viewed (0) -
CONTRIBUTING.md
[well-formed commit message]: https://tbaggery.com/2008/04/19/a-note-about-git-commit-messages.html #### Merging pull requests #### Due to Guava's nature as a subset of Google's internal codebase which is automatically synced to the public GitHub repository, we are unable to merge pull requests directly into the master branch. Instead, once a pull request is ready for merging, we'll make the appropriate changes in the internal codebase
Registered: Fri Nov 01 12:43:10 UTC 2024 - Last Modified: Fri Nov 17 18:47:47 UTC 2023 - 3.7K bytes - Viewed (0) -
impl/maven-core/lifecycle-executor.txt
. . . </plugins> We need this form so that the model builder can make the first pass at merging. Full merging cannot be done because we don't know what the version of the plugin is yet that the user has requested. For plugins in the default lifecycle they are typically defined in the plugin management section of the parent POM. When the merging is complete we are going to have something that looks like the following: <plugins> <plugin>
Registered: Sun Nov 03 03:35:11 UTC 2024 - Last Modified: Fri Oct 25 12:31:46 UTC 2024 - 9.7K bytes - Viewed (0) -
regression-test/build.gradle.kts
compileOptions { targetCompatibility(JavaVersion.VERSION_11) sourceCompatibility(JavaVersion.VERSION_11) } kotlinOptions { jvmTarget = JavaVersion.VERSION_11.toString() } // issue merging due to conflict with httpclient and something else packagingOptions.resources.excludes += setOf( "META-INF/DEPENDENCIES" ) } dependencies { val okhttpLegacyVersion = "3.12.12"
Registered: Fri Nov 01 11:42:11 UTC 2024 - Last Modified: Sat Dec 23 14:46:51 UTC 2023 - 1.6K bytes - Viewed (0) -
compat/maven-compat/src/main/java/org/apache/maven/artifact/repository/metadata/DefaultRepositoryMetadataManager.java
// snapshot timestamp, or some other timestamp later encoded into the metadata. // TODO this needs to be repeated here so the merging doesn't interfere with the written metadata // - we'd be much better having a pristine input, and an ongoing metadata for merging instead Map<ArtifactRepository, Metadata> previousMetadata = new HashMap<>(); ArtifactRepository selected = null;
Registered: Sun Nov 03 03:35:11 UTC 2024 - Last Modified: Fri Oct 25 12:31:46 UTC 2024 - 18.9K bytes - Viewed (0)