Gradle: modifica NDK build target indipendente dall'obiettivo di build SDK

Question

In passato ho usato eclipse per progetti NDK, il file Android.mk era perfettamente adatto per compilare l'NDK con livello API 9 mentre si lasciava compilare l'app (SDK) Livello API 22. Ma sembra che ciò non sia possibile quando si utilizza il sistema di build Gradle sperimentale (2.5) con Android Studio 1.3 RC1.

Cosa posso fare per compilare SOLO l'NDK al livello API 9?

mio tipico file Android.mk assomiglia a questo:

APP_PLATFORM := android-9 
APP_STL := stlport_static 
APP_ABI := all 

# Enable c++11 extentions in source code 
APP_CPPFLAGS += -std=c++11 

#Enable optimalization in release mode 
APP_OPTIM := release 

mio nuovo file Gradle assomiglia a questo:

apply plugin: 'com.android.model.application' 

model { 
    android { 
     compileSdkVersion = 22 
     buildToolsVersion = "23.0.0 rc3" 

     defaultConfig.with { 
      applicationId = "com.example" 
      minSdkVersion.apiLevel = 9 
      targetSdkVersion.apiLevel = 22 
      versionCode = 1 
      versionName = "1.0" 
     } 
    } 

    android.ndk { 
     moduleName = "NativeLibrary" 
     cppFlags += "-I${file("src/main/jni/some_folder")}".toString() 
     cppFlags += "-std=c++11" 

     //What should be added here to compile the NDK on API 9??? 

     CFlags += "-DNDEBUG" 
     CFlags += "-fvisibility=hidden" 
     cppFlags += "-fvisibility=hidden" 

     ldLibs  += ["log"] 
     stl   = "stlport_static" 
    } 

    android.buildTypes { 
     release { 
      isMinifyEnabled = true 
      proguardFiles += file('D:/path/proguard-rules.pro') 
     } 
    } 
} 

dependencies { 
    compile fileTree(dir: 'libs', include: ['*.jar']) 
    compile 'com.android.support:support-v4:22.2.0' 
} 

ho studiato la fonte Gradle e sembra che l'NDK costruire bersaglio è hard-coded lo stesso di compileSdkVersion. Esiste un metodo per evitare o modificare questo comportamento?

NdkCompile.groovy (rendere la creazione di file)

// target 
IAndroidTarget target = getPlugin().loadedSdkParser.target 
if (!target.isPlatform()) { 
    target = target.parent 
} 
commands.add("APP_PLATFORM=" + target.hashString()) 

Sdk.groovy (bersaglio è la forma inverosimile la compileSdkVersion)

public SdkParser loadParser() { 
    checkNotNull(extension, "Extension has not been set") 

    // call getParser to ensure it's created. 
    SdkParser theParser = getParser() 

    if (!isSdkParserInitialized) { 
     String target = extension.getCompileSdkVersion() 
     if (target == null) { 
      throw new IllegalArgumentException("android.compileSdkVersion is missing!") 
     } 

     FullRevision buildToolsRevision = extension.buildToolsRevision 
     if (buildToolsRevision == null) { 
      throw new IllegalArgumentException("android.buildToolsVersion is missing!") 
     } 

     theParser.initParser(target, buildToolsRevision, logger) 

     isSdkParserInitialized = true 
    } 

    return theParser 
} 

Answer 1

Se si utilizza il plug-in sperimentale versione 0.4. è possibile impostare

android.ndk { 
    platformVersion = "19" 
} 

Answer 2

model { 
    android { 
     compileSdkVersion = 22 
     buildToolsVersion '20' 


     defaultConfig.with { 
      applicationId = "com.example" 
      minSdkVersion.apiLevel = 9 
      targetSdkVersion.apiLevel = 22 
      versionCode = 1 
      versionName = "1.0" 
     } 
    } 

Answer 3

Ok, questo è un terribile hack, ma è molto facile. Trova l'NDK, dovrebbe essere in Android-sdk/ndk-bundle. Vai nella cartella delle piattaforme. Rinominare android-21 in qualcos'altro. Crea una copia di android-19, quindi copia le tre cartelle a 64 bit di Android-21 e quindi rinominala android-21. Gradle pensa che stia usando Android-21, e sarà per obiettivi a 64 bit, ma per obiettivi a 32 bit userà Android 19.

Non sono sicuro al 100% che sia sicuro, ma l'ho provato su alcuni dispositivi e ho un'app in Beta Test adesso. Penso che sia più pulito rispetto alle attività gradle per ndk-build. Ogni volta che Google corregge il gradle sperimentale, non è necessario modificare altro che reinstallare il ndk.