- Sort Score
- Num 10 results
- Language All
Results 1 - 10 of 145 for compilations (0.07 seconds)
-
build-logic/jvm/src/main/kotlin/gradlebuild/jvm/JvmCompileExtension.kt
/** * A container of [JvmCompilation]s for a JVM project. * * Utility methods are provided to add compilations based on existing [SourceSet]s. */ abstract class JvmCompileExtension { companion object { const val NAME: String = "jvmCompile" } abstract val compilations: NamedDomainObjectContainer<JvmCompilation>
Created: Wed Dec 31 11:36:14 GMT 2025 - Last Modified: Tue Jun 24 14:00:52 GMT 2025 - 1.9K bytes - Click Count (0) -
build-logic/jvm/src/main/kotlin/gradlebuild.jvm-compile.gradle.kts
// it controls the JVM version of the compilation. This allows each source set within a project // to compile to different JVM versions. val jvmCompile = extensions.create<JvmCompileExtension>(JvmCompileExtension.NAME) jvmCompile.compilations.configureEach { // Assume the compilation does not use any workarounds usesJdkInternals = false usesFutureStdlib = false
Created: Wed Dec 31 11:36:14 GMT 2025 - Last Modified: Tue Jun 24 13:46:12 GMT 2025 - 1.4K bytes - Click Count (0) -
build-logic/integration-testing/src/main/kotlin/gradlebuild.test-fixtures.gradle.kts
} jvmCompile { addCompilationFrom(sourceSets.named("testFixtures")) { // By default, test fixtures compile to the same JVM version as the production code. targetJvmVersion = compilations.named("main").flatMap { it.targetJvmVersion } } } // The below mimics what the java-library plugin does, but creating a library of test fixtures instead. sourceSets.matching { it.name.endsWith("Test") }.all {Created: Wed Dec 31 11:36:14 GMT 2025 - Last Modified: Tue Jun 24 14:00:52 GMT 2025 - 3.5K bytes - Click Count (0) -
okhttp/build.gradle.kts
val compileJavaModuleInfo by tasks.registering(JavaCompile::class) { val moduleName = "okhttp3" val compilation = kotlin.targets["jvm"].compilations["main"] val compileKotlinTask = compilation.compileTaskProvider.get() as KotlinJvmCompile val targetDir = compileKotlinTask.destinationDirectory.dir("../java9") val sourceDir = file("src/jvmMain/java9/")
Created: Fri Dec 26 11:42:13 GMT 2025 - Last Modified: Sat Nov 01 12:18:11 GMT 2025 - 12.3K bytes - Click Count (0) -
build-logic/jvm/src/main/kotlin/gradlebuild.unittest-and-compile.gradle.kts
options.release = provider { throw GradleException("This task '${name}' is not associated with a compilation. Associate it with a compilation on the '${JvmCompileExtension.NAME}' extension.") } } val gradleModule = the<GradleModuleExtension>() the<JvmCompileExtension>().apply { compilations { configureEach { // Everything compiles to Java 17 by default targetJvmVersion = 17Created: Wed Dec 31 11:36:14 GMT 2025 - Last Modified: Fri Dec 19 06:44:41 GMT 2025 - 18.9K bytes - Click Count (0) -
LICENSE
work need not make them do so. A compilation of a covered work with other separate and independent works, which are not by their nature extensions of the covered work, and which are not combined with it such as to form a larger program, in or on a volume of a storage or distribution medium, is called an "aggregate" if the compilation and its resulting copyright are not
Created: Sun Dec 28 19:28:13 GMT 2025 - Last Modified: Fri Apr 23 18:58:53 GMT 2021 - 33.7K bytes - Click Count (0) -
configure.py
True, ('Would you like to override eigen strong inline for some C++ ' 'compilation to reduce the compilation time?'), 'Eigen strong inline overridden.', 'Not overriding eigen strong inline, ' 'some compilations could take more than 20 mins.'): # Due to a known MSVC compiler issue # https://github.com/tensorflow/tensorflow/issues/10521Created: Tue Dec 30 12:39:10 GMT 2025 - Last Modified: Wed Apr 30 15:18:54 GMT 2025 - 48.3K bytes - Click Count (0) -
build-logic/jvm/src/main/kotlin/gradlebuild/jvm/JvmCompilation.kt
import org.jetbrains.kotlin.gradle.tasks.KotlinCompile /** * Encapsulates the configuration for the compilation of a source set, including: * - The target JVM version * - Workarounds which may affect the way the compilation is performed * * The compilation workarounds include: * - Using JDK internal classes * - Using Java standard library APIs that were introduced after the JVM version they are targeting
Created: Wed Dec 31 11:36:14 GMT 2025 - Last Modified: Fri Sep 19 05:45:14 GMT 2025 - 5.8K bytes - Click Count (0) -
docs/en/docs/deployment/concepts.md
Those worker processes would be the ones running your application, they would perform the main computations to receive a **request** and return a **response**, and they would load anything you put in variables in RAM. <img src="/img/deployment/concepts/process-ram.drawio.svg">
Created: Sun Dec 28 07:19:09 GMT 2025 - Last Modified: Sun Aug 31 09:15:41 GMT 2025 - 18.6K bytes - Click Count (1) -
buildscripts/cross-compile.sh
#!/bin/bash set -e # Enable tracing if set. [ -n "$BASH_XTRACEFD" ] && set -x function _init() { ## All binaries are static make sure to disable CGO. export CGO_ENABLED=0 ## List of architectures and OS to test coss compilation. SUPPORTED_OSARCH="linux/ppc64le linux/mips64 linux/amd64 linux/arm64 linux/s390x darwin/arm64 darwin/amd64 freebsd/amd64 windows/amd64 linux/arm linux/386 netbsd/amd64 linux/mips openbsd/amd64 linux/riscv64" }
Created: Sun Dec 28 19:28:13 GMT 2025 - Last Modified: Sun Jun 08 16:12:05 GMT 2025 - 972 bytes - Click Count (0)