- Sort Score
- Result 10 results
- Languages All
Results 71 - 75 of 75 for resolvable (0.14 sec)
-
platforms/native/language-native/src/test/groovy/org/gradle/language/nativeplatform/internal/incremental/SourceParseAndResolutionTest.groovy
Registered: Wed Jun 12 18:38:38 UTC 2024 - Last Modified: Thu Nov 16 20:20:03 UTC 2023 - 21.5K bytes - Viewed (0) -
platforms/native/language-native/src/integTest/groovy/org/gradle/language/cpp/CppIncrementalBuildIntegrationTest.groovy
output.contains("Cannot locate header file for '#include $include' in source file 'main.cpp'. Assuming changed.") install.exec().out == "hello" // Test assumes there are 2 source files: one with unresolvable macros and one without. Verify that assumption appObjects.hasFiles(appSourceFile, appOtherSourceFile) when: headerFile.text = "changed" appObjects.snapshot()
Registered: Wed Jun 12 18:38:38 UTC 2024 - Last Modified: Thu Nov 16 20:20:03 UTC 2023 - 40.4K bytes - Viewed (0) -
docs/changelogs/changelog_4x.md
* Fix: Don't crash on HTTP/2 HEAD requests when the `Content-Length` header is present but is not consistent with the length of the response body. * Fix: Don't crash when converting a `HttpUrl` instance with an unresolvable hostname to a URI. The new behavior strips invalid characters like `"` and `{` from the hostname before converting. * Fix: Undo a performance regression introduced in OkHttp 4.0 caused by differences in behavior
Registered: Sun Jun 16 04:42:17 UTC 2024 - Last Modified: Wed Apr 17 13:25:31 UTC 2024 - 25.2K bytes - Viewed (0) -
android/guava/src/com/google/common/io/ByteStreams.java
* between paging memory and killing other processes - so allocating a gigantic buffer and * then sequentially accessing it could result in other processes dying. This is solvable * via madvise(2), but that obviously doesn't exist in java. * <li>Ordinary copy. Kernel copies bytes into a kernel buffer, from a kernel buffer into a
Registered: Wed Jun 12 16:38:11 UTC 2024 - Last Modified: Wed Jan 17 18:59:58 UTC 2024 - 29.7K bytes - Viewed (0) -
guava/src/com/google/common/io/ByteStreams.java
* between paging memory and killing other processes - so allocating a gigantic buffer and * then sequentially accessing it could result in other processes dying. This is solvable * via madvise(2), but that obviously doesn't exist in java. * <li>Ordinary copy. Kernel copies bytes into a kernel buffer, from a kernel buffer into a
Registered: Wed Jun 12 16:38:11 UTC 2024 - Last Modified: Wed Jan 17 18:59:58 UTC 2024 - 29.7K bytes - Viewed (0)