안드로이드 스튜디오는 약 1G크기에 설치하면 몇G로 크기가 커지고,
컴파일러 실행하는데도 시간이 많이 걸리고,
느린 PC에서는 그야말로 속터질 지경.
그래서, 작고 빠른, 컴파일만 가능한 환경을 찾았다.
100M도 안되는 크기. 안드로이드 스튜디오에 비하면 기본 1/10크기(다른거 포함하면, 그게 그거)
자바 jdk는 별도 설치 필요.



- Command line tools only 다운로드

- sdkmanager로 NDK 다운로드(약3.5G)
  sdkmanager는 Command line tools 압축풀면 D:\Android\cmdline-tools\bin 에 있습니다. DOS창에서 실행.
sdkmanager --install "ndk;21.3.6528147" --channel=3 --sdk_root=D:\Android

- sdkmanager로 AAPT2(Android Asset Packaging Tool)
sdkmanager "build-tools;build-tools-version" --sdk_root=D:\Android
=> Warning: Failed to find package 'build-tools'
안되네? 어렵다. 그냥 안드로이드 스튜디오 사용하자

- sdkmanager로 cmake 다운로드
sdkmanager --install "cmake;10.24988404" --sdk_root=D:\Android
=> 이것도 안되네?



apkanalyzer빌드 프로세스가 완료된 후 APK의 구성에 관한 유용한 정보를 제공합니다.
avdmanager명령줄에서 Android Virtual Device(AVD)를 만들고 관리할 수 있습니다.
lint코드의 구조적 품질 문제를 식별하고 수정할 수 있는 코드 스캔 도구입니다.
retraceR8으로 컴파일된 애플리케이션의 경우 retrace는 원본 소스 코드에 다시 매핑되는 난독화된 스택 트레이스를 디코딩합니다.
sdkmanagerAndroid SDK용 패키지를 확인 및 설치, 업데이트, 제거할 수 있습니다.

Android SDK 빌드 도구

위치: android_sdk/build-tools/version/
SDK 빌드 도구 출시 노트도 참조하세요.

이 패키지는 Android 앱을 빌드하기 위해 필요합니다. 여기에 있는 대부분의 도구는 빌드 도구에 의해 호출되며 사용자가 호출하는 것이 아닙니다. 하지만 다음과 같은 명령줄 도구가 유용할 수도 있습니다.

aapt2Android 리소스를 Android 플랫폼에 최적화된 바이너리 형식으로 파싱하고 색인을 생성하며 컴파일한 후 컴파일된 리소스를 단일 출력으로 패키징합니다.
apksignerAPK에 서명하고 APK 서명이 주어진 APK에서 지원하는 모든 플랫폼 버전에서 성공적으로 인증되는지 확인합니다.
zipalign압축되지 않은 모든 데이터가 파일 시작 부분을 기준으로 특정 정렬이 적용된 상태로 시작되도록 하여 APK 파일을 최적화합니다.

Google Maven에서 AAPT2 다운로드
https://dl.google.com/dl/android/maven2/com/android/tools/build/aapt2/3.2.0-alpha18-4804415/aapt2-3.2.0-alpha18-4804415-windows.jar

AAPT2

AAPT2(Android Asset Packaging Tool)는 Android 스튜디오 및 Android Gradle 플러그인이 앱의 리소스를 컴파일하고 패키징하는 데 사용하는 빌드 도구입니다. AAPT2는 리소스를 Android 플랫폼에 최적화된 바이너리 형식으로 파싱하고 색인을 생성하며 컴파일합니다.

Android Gradle 플러그인 3.0.0 이상에서는 기본적으로 AAPT2를 사용 설정하므로 일반적으로 aapt2를 직접 호출할 필요가 없습니다. 그러나 Android 스튜디오보다 터미널 및 자체 빌드 시스템 사용을 선호한다면 명령줄에서 AAPT2를 사용할 수 있습니다. 명령줄에서 AAPT2와 관련된 빌드 오류를 디버그할 수도 있습니다. 이렇게 하려면 Android SDK 빌드 도구 26.0.2 이상에서 AAPT2를 독립형 도구로 찾을 수 있습니다.

명령줄에서 Android SDK 빌드 도구를 다운로드하려면 sdkmanager를 사용하여 다음 명령어를 실행합니다.

sdkmanager "build-tools;build-tools-version"
sdkmanager "build-tools;build-tools-version"  --sdk_root=D:\Android

SDK 빌드 도구를 다운로드하고 나면 android_sdk/build-tools/version/에 있는 AAPT2를 찾을 수 있습니다. Android SDK 빌드 도구의 최신 버전은 자주 출시되지 않으므로 SDK 빌드 도구에 포함된 AAPT2가 최신 버전이 아닐 수 있습니다. AAPT2의 최신 버전을 받으려면 Google Maven에서 AAPT2 다운로드를 참조하세요.

Linux 또는 Mac의 명령줄에서 AAPT2를 사용하려면 aapt2 명령어를 실행합니다. Windows의 경우 aapt2.exe 명령어를 실행합니다. AAPT2에서는 증분 컴파일을 사용 설정하여 리소스를 더 빨리 컴파일할 수 있습니다. 이렇게 하려면 리소스 처리를 두 단계로 나누어 실행합니다.

• 컴파일: 리소스 파일을 바이너리 형식으로 컴파일합니다.
• 링크: 컴파일된 모든 파일을 병합하여 단일 패키지로 패키징합니다.

이렇게 분할하면 증분 빌드의 성능 향상에 도움이 됩니다. 예를 들어 파일 하나가 변경된 경우 그 파일만 다시 컴파일하면 됩니다.

Google Maven에서 AAPT2 다운로드

빌드 도구에 번들로 포함되지 않은 AAPT2의 최신 버전이 필요한 경우 다음과 같이 Google Maven 저장소에서 AAPT2를 다운로드하면 됩니다.

1. 저장소 색인에서 com.android.tools.build > aapt2로 이동합니다.
2. AAPT2 최신 버전의 이름을 복사합니다.

3. 복사한 버전 이름을 다음 URL에 삽입하고 타겟 운영체제를 지정합니다. https://dl.google.com/dl/android/maven2/com/android/tools/build/aapt2/aapt2-version/aapt2-aapt2-version-[windows | linux | osx].jar

   예를 들어 Windows용 버전 3.2.0-alpha18-4804415를 다운로드하려면 다음을 사용합니다. https://dl.google.com/dl/android/maven2/com/android/tools/build/aapt2/3.2.0-alpha18-4804415/aapt2-3.2.0-alpha18-4804415-windows.jar

4. 브라우저에서 URL로 이동하면 곧 AAPT2 다운로드가 시작됩니다.

5. 방금 다운로드한 JAR 파일의 패키지를 해제합니다. JAR 파일에는 aapt2 실행 파일과 실행 파일에서 사용하는 라이브러리가 포함되어야 합니다.

컴파일

AAPT2는 모든 Android 리소스 유형(예: 드로어블 및 XML 파일)의 컴파일을 지원합니다. 컴파일을 위해 AAPT2를 호출할 경우 호출당 입력으로 단일 리소스 파일을 전달해야 합니다. 그런 다음 AAPT2는 파일을 파싱하고 확장자가 .flat인 중간 바이너리 파일을 생성합니다.

--dir 플래그를 사용하여 리소스 파일이 두 개 이상 포함된 리소스 디렉터리를 AAPT2에 전달할 수 있지만, 그렇게 하면 증분 리소스 컴파일의 이점을 얻지 못합니다. 즉, 전체 디렉터리를 전달하면 AAPT2는 리소스가 하나만 변경되었더라도 디렉터리의 모든 파일을 다시 컴파일합니다.

출력 파일 형식은 컴파일용으로 제공한 입력에 따라 다를 수 있습니다. 이에 관한 설명은 다음 표에 나와 있습니다.

입력출력

AAPT2 출력 파일은 실행 파일이 아니므로 APK를 생성하려면 나중에 링크 단계에서 이러한 바이너리 파일을 입력으로 포함해야 합니다. 그러나 생성된 APK 파일은 Android 기기에 즉시 배포할 수 있는 실행 파일이 아닙니다. DEX 파일(컴파일된 바이트 코드)이 포함되어 있지 않고 서명되지 않았기 때문입니다.

컴파일 구문

compile을 사용하는 일반적인 구문은 다음과 같습니다.

aapt2 compile path-to-input-files [options] -o output-directory/ 참고: 리소스 파일의 경우 입력 파일 경로는 다음 구조와 일치해야 합니다. path/resource-type[-config]/file

다음 예에서 AAPT2는 이름이 각각 values.xml 및 myImage.png인 리소스 파일을 컴파일합니다.

aapt2 compile project_root/module_root/src/main/res/values-en/ strings.xml -o compiled/ aapt2 compile project_root/module_root/src/main/res/drawable /myImage.png -o compiled/

위 표와 같이 출력 파일의 이름은 입력 파일 이름 및 그 상위 디렉터리의 이름(리소스 유형 및 구성)에 따라 달라집니다. strings.xml이 입력인 위 예의 경우 aapt2는 자동으로 출력 파일의 이름을 values-en_strings.arsc.flat으로 지정합니다. 반면 드로어블 디렉터리에 저장되는 컴파일된 드로어블 파일의 파일 이름은 drawable_img.png.flat이 됩니다.

컴파일 옵션

아래 표와 같이 compile 명령어와 함께 사용할 수 있는 여러 옵션이 있습니다.

옵션설명

링크

링크 단계에서 AAPT2는 컴파일 단계에서 생성된 모든 중간 파일(예: 리소스 테이블, 바이너리 XML 파일, 처리된 PNG 파일)을 병합하여 단일 APK로 패키징합니다. R.java 및 ProGuard 규칙 파일과 같은 기타 보조 파일도 이 단계에서 생성될 수 있습니다. 그러나 생성된 APK는 DEX 바이트 코드를 포함하지 않으며 서명되어 있지 않습니다. 즉, 이 APK를 기기에 배포할 수 없습니다. Android Gradle 플러그인을 사용하여 명령줄에서 앱을 빌드하지 않는 경우 d8과 같은 다른 명령줄 도구를 사용하여 자바 바이트 코드를 DEX 바이트 코드로 컴파일하고 apksigner를 사용하여 APK에 서명할 수 있습니다.

링크 구문

link를 사용하는 일반적인 구문은 다음과 같습니다.

aapt2 link path-to-input-files [options] -o outputdirectory/outputfilename.apk --manifest AndroidManifest.xml

다음 예에서 AAPT2는 drawable_Image.flat과 values_values.arsc.flat이라는 중간 파일 두 개와 AndroidManifest.xml 파일을 병합합니다. AAPT2는 Android 패키지에 정의된 리소스를 보유한 android.jar 파일을 기준으로 결과를 연결합니다.

aapt2 link -o output.apk -I android_sdk/platforms/android_version/android.jar compiled/res/values_values.arsc.flat compiled/res/drawable_Image.flat --manifest /path/to/AndroidManifest.xml -v

링크 옵션

link 명령어와 함께 다음 옵션을 사용할 수 있습니다.

옵션설명

덤프

dump는 link 명령어를 사용하여 생성한 APK 관련 정보를 출력하는 데 사용됩니다. 예를 들어 다음 명령어는 특정 APK의 리소스 테이블에서 콘텐츠를 출력합니다.

aapt2 dump resources output.apk

덤프 구문

dump를 사용하는 일반적인 구문은 다음과 같습니다.

aapt2 dump sub-command filename.apk [options]

덤프 하위 명령어

dump 명령어로 다음 하위 명령어 중 하나를 지정해야 합니다.

하위 명령어설명

덤프 옵션

dump와 함께 다음 옵션을 사용할 수 있습니다.

옵션설명

AAPT2 사용 시 동작 변경사항

AAPT2 이전에는 AAPT가 Android Asset Packaging Tool의 기본 버전이었으며 지금은 지원이 중단되었습니다. AAPT2를 이전 프로젝트에서 즉시 사용할 수 있지만 이 섹션에서는 반드시 알아야 할 몇 가지 동작 변경사항을 설명합니다.

Android 매니페스트의 요소 계층 구조

이전 버전의 AAPT에서는 Android 매니페스트의 잘못된 노드에 요소가 중첩되어 있으면 이를 무시하거나 경고를 보냈습니다. 예를 들어 다음 샘플을 살펴보겠습니다.

<manifest xmlns:android="http://schemas.android.com/apk/res/android"
   package="com.example.myname.myapplication">
   <application
       ...
       <activity android:name=".MainActivity">
           <intent-filter>
               <action android:name="android.intent.action.MAIN" />
               <category android:name="android.intent.category.LAUNCHER" />
           </intent-filter>
           <action android:name="android.intent.action.CUSTOM" />
       </activity>
   </application>
</manifest>

이전 버전의 AAPT에서는 위치가 잘못된 <action> 태그를 간단히 무시했습니다. 그러나 AAPT2에서는 다음과 같은 오류가 발생합니다.

AndroidManifest.xml:15: error: unknown element <action> found.

문제를 해결하려면 매니페스트 요소를 올바르게 중첩해야 합니다. 자세한 내용은 매니페스트 파일 구조를 참조하세요.

리소스 선언

더 이상 name 속성에서 리소스 유형을 표시할 수 없습니다. 예를 들어 다음 샘플은 attr 리소스 항목을 잘못 선언합니다.

<style name="foo" parent="bar">
    <item name="attr/my_attr">@color/pink</item>
</style>

이렇게 리소스 유형을 선언하면 다음과 같은 빌드 오류가 발생합니다.

Error: style attribute 'attr/attr/my_attr (aka my.package:attr/attr/my_attr)' not found.

이 오류를 해결하려면 type="attr"을 사용하여 유형을 명시적으로 선언합니다.

<style name="foo" parent="bar">
  <item type="attr" name="my_attr">@color/pink</item>
</style>

또한 <style> 요소를 선언할 때 그 상위 요소도 스타일 리소스 유형이어야 합니다. 그렇지 않으면 다음과 비슷한 오류가 발생합니다.

Error: (...) invalid resource type 'attr' for parent of style

ForegroundLinearLayout이 포함된 Android 네임스페이스

ForegroundLinearLayout에는 foregroundInsidePadding, android:foreground, android:foregroundGravity라는 세 가지 속성이 포함됩니다. foregroundInsidePadding은 다른 두 개의 속성과 달리 android 네임스페이스에 포함되지 않습니다.

이전 버전의 AAPT에서는 foregroundInsidePadding 속성을 android 네임스페이스로 정의하면 컴파일러가 자동으로 이를 무시했습니다. AAPT2를 사용하면 컴파일러가 이 문제를 조기에 발견하고 다음과 같은 빌드 오류를 발생시킵니다.

Error: (...) resource android:attr/foregroundInsidePadding is private

이 문제를 해결하려면 android:foregroundInsidePadding을 foregroundInsidePadding으로 교체하세요.

리소스 참조 기호 @의 잘못된 사용

AAPT2에서는 리소스 참조 기호(@)를 생략하거나 잘못된 위치에 배치하면 빌드 오류가 발생합니다. 예를 들어 다음은 스타일 속성을 지정할 때 참조 기호를 생략한 경우입니다.

<style name="AppTheme" parent="Theme.AppCompat.Light.DarkActionBar">
  ...
  <!-- Note the missing '@' symbol when specifying the resource type. -->
  <item name="colorPrimary">color/colorPrimary</item>
</style>

AAPT2에서는 모듈을 빌드할 때 다음과 같은 빌드 오류가 발생합니다.

ERROR: expected color but got (raw string) color/colorPrimary

그리고 다음은 android 네임스페이스에서 리소스에 액세스할 때 참조 기호를 잘못 포함한 경우입니다.

...
<!-- When referencing resources from the 'android' namespace, omit the '@' symbol. -->
<item name="@android:windowEnterAnimation"/>

AAPT2에서는 모듈을 빌드할 때 다음과 같은 빌드 오류가 발생합니다.

Error: style attribute '@android:attr/windowEnterAnimation' not found

라이브러리의 잘못된 구성

앱에 Android SDK 빌드 도구의 이전 버전을 사용하여 빌드된 타사 라이브러리의 종속 항목이 있는 경우, 런타임 시 오류나 경고를 표시하지 않고 앱이 비정상 종료될 수 있습니다. 라이브러리를 만드는 동안 R.java 필드가 final로 선언되어 모든 리소스 ID가 라이브러리의 클래스에서 인라인 처리되므로 이러한 비정상 종료가 발생할 수 있습니다.

AAPT2는 앱을 빌드할 때 ID를 라이브러리 리소스에 다시 할당할 수 있는 기능에 의존합니다. 라이브러리가 ID를 final로 가정하고 라이브러리 dex에서 인라인 처리하면 런타임 불일치가 발생합니다.

이 오류를 해결하려면 라이브러리 작성자에게 문의하여 최신 버전의 Android SDK 빌드 도구를 사용하는 라이브러리를 다시 빌드하여 라이브러리를 다시 게시합니다.

developer.android.com/studio?hl=ko#downloads

Command line tools only

If you do not need Android Studio, you can download the basic Android command line tools below. You can use the included sdkmanager to download other SDK packages.

These tools are included in Android Studio.

PlatformSDK tools packageSizeSHA-256 checksum

sdkmanager

jdk먼져 설치하고
sdkmanager는 Android SDK용 패키지를 보고 설치하고 업데이트하고 제거할 수 있는 명령줄 도구입니다. Android 스튜디오를 사용하는 경우 이 도구를 사용할 필요가 없으며 대신 IDE에서 SDK 패키지를 관리할 수 있습니다.

sdkmanager 도구는 Android SDK 도구 패키지(25.2.3 이상)에서 제공되며 android_sdk/tools/bin/에 있습니다.

사용

sdkmanager를 사용하여 다음 작업을 실행할 수 있습니다.

설치된 패키지 또는 사용 가능한 패키지 목록

sdkmanager --list [options] \ [--channel=channel_id] // Channels: 0 (stable), 1 (beta), 2 (dev), or 3 (canary)

channel 옵션을 사용하여 channel_id 이하 채널의 패키지를 포함합니다. 예를 들어 카나리아 채널을 지정하여 모든 채널의 패키지를 나열합니다.

참고: 안정적인 패키지만 나열하려면 --channel=0을 사용하거나 --channel 옵션을 완전히 삭제하세요.

패키지 설치

sdkmanager packages [options]

packages 인수는 --list 명령어에서 보이는 것과 같이 따옴표로 묶은 SDK 스타일의 경로입니다(예: "build-tools;29.0.2" 또는 "platforms;android-28"). 공백으로 구분된 여러 패키지 경로를 전달할 수 있지만 각각 자체 따옴표로 묶어야 합니다.

예를 들어 다음은 최신 플랫폼 도구(adb 및 fastboot 포함) 및 API 수준 28용 SDK 도구를 설치하는 방법입니다.

sdkmanager "platform-tools" "platforms;android-28"

또는 모든 패키지를 지정하는 텍스트 파일을 전달할 수 있습니다.

sdkmanager --package_file=package_file [options]

package_file 인수는 텍스트 파일의 위치입니다. 여기서 각 줄은 설치할 패키지의 SDK 스타일 경로(따옴표 없음)입니다.

제거하려면 --uninstall 플래그를 추가하면 됩니다.

sdkmanager --uninstall packages [options] sdkmanager --uninstall --package_file=package_file [options]

CMake 또는 NDK를 설치하려면 다음 구문을 사용합니다.

sdkmanager --install
           ["ndk;major.minor.build[suffix]" | "cmake;major.minor.micro.build"]
           [--channel=channel_id] // NDK channels: 0 (stable), 1 (beta), or 3 (canary)

예를 들어 다음 명령어를 사용하여 현재 사용하는 채널과 관계없이 지정된 NDK 버전을 설치합니다.

sdkmanager --install "ndk;21.3.6528147" --channel=3 // Install the NDK from the canary channel (or below)
sdkmanager --install "ndk;21.3.6528147" --channel=3 --sdk_root=D:\Android
sdkmanager --install "cmake;10.24988404" // Install a specific version of CMake
sdkmanager --install "cmake;10.24988404" --sdk_root=D:\Android

설치된 모든 패키지 업데이트

sdkmanager --update [options]

옵션

다음 표는 위의 명령어와 함께 사용 가능한 옵션입니다.

옵션설명

참고: 현재 시스템과 다른 운영체제용 패키지를 설치하려면 REPO_OS_OVERRIDE 환경 변수를 'windows', 'macosx' 또는 'linux'로 설정합니다.

디버깅 정보가 들어가니, apk파일이 3M정도 였는데, 디버깅 안함으로 설정하니, 174k로 줄어드네요.

AndroidManifest.xml 파일에서

android:debuggable="false"

화면을 그릴때, 사용되는 픽셀정보 구조체

관련함수 : ANativeWindow_lock, ANativeWindow_unlockAndPost

native_window.h

typedef struct ANativeWindow_Buffer {

    // The number of pixels that are show horizontally.

    int32_t width;

    // The number of pixels that are shown vertically.

    int32_t height;

    // The number of *pixels* that a line in the buffer takes in

    // memory.  This may be >= width.

    int32_t stride; //1줄당 픽셀수

    // The format of the buffer.  One of WINDOW_FORMAT_*

    int32_t format;//WINDOW_FORMAT_RGB_565

    // The actual bits.

    void* bits;

    // Do not touch.

    uint32_t reserved[6];

} ANativeWindow_Buffer;

Looper

키보드, 모션(터치) 등을 처리하는 기능.

..\Android\android-ndk-r13b\platforms\android-12\arch-x86\usr\include\android\looper.h

/**

 * For callback-based event loops, this is the prototype of the function

 * that is called when a file descriptor event occurs.

 * It is given the file descriptor it is associated with,

 * a bitmask of the poll events that were triggered (typically ALOOPER_EVENT_INPUT),

 * and the data pointer that was originally supplied.

 *

 * Implementations should return 1 to continue receiving callbacks, or 0

 * to have this file descriptor and callback unregistered from the looper.

 */

typedef int (*ALooper_callbackFunc)(int fd, int events, void* data);

/**

 * Waits for events to be available, with optional timeout in milliseconds.

 * Invokes callbacks for all file descriptors on which an event occurred.

 *

 * If the timeout is zero, returns immediately without blocking.

 * If the timeout is negative, waits indefinitely until an event appears.

 *

 * Returns ALOOPER_POLL_WAKE if the poll was awoken using wake() before

 * the timeout expired and no callbacks were invoked and no other file

 * descriptors were ready.

 *

 * Returns ALOOPER_POLL_CALLBACK if one or more callbacks were invoked.

 *

 * Returns ALOOPER_POLL_TIMEOUT if there was no data before the given

 * timeout expired.

 *

 * Returns ALOOPER_POLL_ERROR if an error occurred.

 *

 * Returns a value >= 0 containing an identifier if its file descriptor has data

 * and it has no callback function (requiring the caller here to handle it).

 * In this (and only this) case outFd, outEvents and outData will contain the poll

 * events and data associated with the fd, otherwise they will be set to NULL.

 *

 * This method does not return until it has finished invoking the appropriate callbacks

 * for all file descriptors that were signalled.

 */

int ALooper_pollOnce(int timeoutMillis, int* outFd, int* outEvents, void** outData);

/**

 * Like ALooper_pollOnce(), but performs all pending callbacks until all

 * data has been consumed or a file descriptor is available with no callback.

 * This function will never return ALOOPER_POLL_CALLBACK.

 */

int ALooper_pollAll(int timeoutMillis, int* outFd, int* outEvents, void** outData);

   // loop waiting for stuff to do.

//on_program_start();

while (1) {

// Read all pending events.

int ident;

int events;

struct android_poll_source* source;

// If not animating, we will block forever waiting for events.

// If animating, we loop until all events are read, then continue

// to draw the next frame of animation.

while ((ident=ALooper_pollAll(engine.animating ? 0 : -1, NULL, &events,

(void**)&source)) >= 0) {

// Process this event.

if (source != NULL) {

source->process(state, source);

}

// Check if we are exiting.

if (state->destroyRequested != 0) {

DEBUG_socket_printf("Engine thread destroy requested!\r\n");

//engine_term_display(&engine);

goto end;//return;

}

}

if (engine.animating)

{

engine_draw_frame(&engine);

}

}

Android API level XX
레벨 = 추가기능
"사용하고자 하는 기능"이 있는 레벨 이상으로 설정해주어야 한다.
예) 미디어플레이어 제작하려면, 레벨14이상 필요하다.
자세한 내용은 Android NDK Native APIs 에서 확인가능하다.
또한, 각 API레벨을 사용하기 위해서는 Android.mk 파일에 아래와 같은 내용을 추가해주어야 한다. 그러나, 자동으로 링크가 된다고 설명되어 있다. 어느것이 맞는지는 모르겠음.
For all API levels, the build system automatically links the standard C libraries, the standard C++ libraries, real-time extensions, and pthread; you do not need to include them when defining your LOCAL_LDLIBS variable. For more information about the C and C++ libraries, see Android API level 3.
LOCAL_LDLIBS += -lOpenMAXAL        //Android API level 14

Android API level 9
Android native application APIs
Starting from API level 9, you can write an entire Android app with native code, without using any Java.
아래의 경로에 가면, 안드로이드 NDK(JNI)헤더파일이 있다.
..\ANDROID\ANDROID-NDK-R13B\platforms\android-12\arch-x86\usr\include\android

api-level.h
asset_manager.h
asset_manager_jni.h
bitmap.h
configuration.h
dir.bat
input.h
keycodes.h
list.txt
log.h
looper.h
native_activity.h
native_window.h
native_window_jni.h
obb.h
rect.h
sensor.h
storage_manager.h
window.h

Android API level 14

The NDK provides the following APIs for developing native code that runs on Android 4.0 system images and above.

OpenMAX AL