Android mm Build

Android mm Build

  • 아래는 안로드이드 풀 소스코드가 받아진 상황에서, 풀 빌드를 수행하고, 내가 원하는 package 에 대해서 부분 빌드를 하고 싶을 때 사용하는 방법이다.
  • 안드로이드 공식빌드

개요

 안드로이드의 "mm 빌드"는 안드로이드 소스 코드를 빌드하는 방법 중 하나로서, 소스 코드의 일부를 수정하고 해당 변경 사항만을 빌드하는 방법을 의미합니다. 이렇게 하면 전체 안드로이드 시스템을 다시 빌드하는 것보다 시간을 절약할 수 있습니다.

서버 풀 빌드

  • 우선 부분 빌드 (mm 빌드) 를 수행하고자 하는 서버가 풀 빌드가 되어있어야 한다.
  • 전체 빌드가 성공적으로 된 이후 수행 할 수 있다.

빌드 환경 설정

$ cd /DATA/workspace/PROJECT_NAME/LINUX/android
$ source build/envsetup.sh
$ lunch aosp_arm-eng
 위와 같이 envsetup.sh 스크립트로 환경을 초기화합니다.
 
 lunch를 사용하여 빌드할 타겟을 선택합니다. lunch product_name-build_variant는 빌드할 제품으로 product_name을 선택하고 빌드할 변형으로 build_variant를 선택하며, 이러한 선택항목을 이후의 m 및 기타 유사한 명령어 호출에서 읽을 수 있도록 환경에 저장합니다.

 원하는 형태에 맞게 lunch 옵션에서 선택하여 지정할 수 있습니다.

mm 빌드 실행

user:/DATA/source/PRODUCT/LINUX/android$ source build/envsetup.sh
user:/DATA/source/PRODUCT/LINUX/android$ lunch aosp_arm-eng
user:/DATA/source/PRODUCT/LINUX/android$ cd vendor/XXXX/packages/apps/PACKAGE_NAME
user:/DATA/source/PRODUCT/LINUX/android/vendor/XXXX/packages/apps/PACKAGE_NAME$ mm

Android.bp 파일이 있는 폴더로 이동하여, 해당 경로에서 "mm" 을 입력한다.
out/target/product/AOSP/system/priv-app/PACKAGE_NAME/PACKAGE_NAME.apk 경로에 APK 파일이 생성된다.

mm 빌드 후 Priv-App 삭제 후 재설치 하기

$ adb root
$ adb disable-verity
$ adb reboot  # Reconnect ADB mode after reboot
$ adb root
$ adb remount
$ rm -rf /system/priv-app/PACKAGE_NAME/APK_FILE.apk
$ pm clear com.XXXX.PACKAGE_NAME
$ exit
$ adb install APK_FILE.apk

코드 빌드 옵션

  • m : 현재 경로를 기준으로 소스 트리의 최상위 경로로 이동한 후 make를 실행해준다. 트리 맨 위에서 빌드를 실행합니다. 이 기능은 하위 디렉터리에서 make을 실행할 수 있기 때문에 유용합니다. TOP 환경 변수 집합이 있으면 이 변수를 사용합니다. 그렇지 않으면 트리의 맨 위를 찾으려고 현재 디렉터리에서 트리를 조회합니다. 인수 없이 m를 실행하여 소스 코드 트리 전체를 빌드하거나 이름을 지정하여 특정 타겟을 빌드할 수 있습니다.
  • mm : 현재 경로를 기준으로 가장 가까운 단위 모듈을 찾아서 그 모듈만 build 해준다.
  • mmm : 파라미터로 주어진 경로들에 대해 단위 모듈 build를 해준다. 
  • m clean : 이 구성의 모든 출력 파일과 중간 파일을 삭제합니다. 이는 rm -rf out/과 동일한 기능을 합니다.

mm 옵션이 현재 경로를 기준으로 단위 모듈에 대해서 빌드해주는것이므로 해당 경로에서 mm 빌드로 하는것이 가장 용이 하다.

댓글

댓글 쓰기

이 블로그의 인기 게시물

Intel® HAXM installation failed 해결하기

이미지
HAXM installation failed  안드로이드 스튜디오 설치 후 AVD를 이용한 에뮬레이터 설치에서 Intel® HAXM installation failed 에러가 발생해서 해당 에러를 해결 할 수 있는 방법에 대해서 기술하기로 한다. HAXM  Hardware accelerated execution manager 으로 인텔의 하드웨어 가속 기능인 해당 툴을 설치해야지 AVD 수행이 가능하며, AVD를 빠르게 사용 가능하다. 에러 메세지 Running Intel® HAXM installer Intel HAXM installation failed! For more details, please check the installation log: C:\Users\~\AppData\Local\Temp\haxm_install-20230403_1445.log C:\Users\~\AppData\Local\Android\Sdk\extras\intel\Hardware_Accelerated_Execution_Manager\haxm_install-20230403_1445.log을(를) 찾을 수 없습니다. Intel® HAXM installation failed. To install Intel® HAXM follow the instructions found at: https://github.com/intel/haxm/wiki/Installation-Instructions-on-Windows Done 공식 가이드 https://github.com/intel/haxm/blob/master/docs/manual-windows.md 해당 PC에 가상화 지원 여부 확인 작업관리자에서 CPU 가상화 지원 여부를 확인할 수 있다. 현재 가상화가 사용 안 함으로 되어 있으며, 사용 함으로 변경할 수 있다. CPU 가상화 사용함으로 변경 하기 1) BIOS 진입  Security -> System Security 바이오스 가상화 설정 2) Virtu...
Read more »

Kotlin Interface

Kotlin Interface  Kotlin은 다중 상속을 지원하지 않는다.  특정 클래스를 동시에 두개 이상의 클래스를 상속 받는것을 의미한다.  이 때문에 자기 타입의 변수나 부모형 타입 변수에만 담을 수 있다.  만약, 생성된 객체의 주소 값을 다양한 타입에 변수에 담을 수 있도록 한다면 인터페이스를 활용하면 된다. Interface 여러 부모 클래스를 상속을 받아서 하나의 클래스에 모으고 싶을 때 사용한다. 인터페이스는 클래스가 아니므로 객체를 생성할 떄 사용할 수 없다. 단, 클래스는 한개 이상의 인터페이스를 구현할 수 있으며, 생성된 객체는 구현한 인터페이스형 참조 변수에 담을 수 있다. 인터페이스에는 추상 메서드와 일반 메서드 모두를 구현해서 사용할 수 있다. 인터페이스는 추상 클래스의 목적이 비슷하지만, 하나의 클래스에 여러 인터페이스를 구현할 수 있는 장점을 가지고 있다. fun main () { val obj1 = Inter1() // Error } interface Inter1 { fun inter1Method1 () { println ( "Inter1 의 interMethod1 입니다 ." ) } fun inter1Method2 () } 인터페이스는 객체를 생성 할 수 없으므로, 에러가 발생한다. Kotlin: Interface Inter1 does not have constructors interface Inter1 { fun inter1Method1 () { println ( "Inter1 의 interMethod1 입니다 ." ) } fun inter1Method2 () } class TestClass3: Inter1() { // Error } 인터페이스는 클래스가 아니므로 상속 받는것처럼 () 를 붙이면 안된다. Kotlin: Class 'TestClass3' is not abstract and doe...
Read more »

Kotlin this, super

Kotlin this, super this 객체 자기 자신을 지칭한다. 멤버 변수와 메서드 내부의 변수를 구분할 때 사용한다. 멤버 메서드와 메서드 내부의 메서드를 구분할 떄 사용한다. 생성자에서 다른 생성자를 호출할 때 사용한다. fun main () { val obj1 = TestClass1() obj1.testMethod1() } class TestClass1 { var a1 = 100 fun testMethod1 () { var a1 = 200 println ( "a1 : $ a1 " ) println ( "this.a1 : $this .a1" ) } } this는 객체 자신을 의미하기때문에, 클래스 자체의 멤버변수 100 을 출력한다. 코틀린에서는 메서드 안에 메서드를 만드는게 가능하다. fun main () { val obj1 = TestClass1() obj1.testMethod1() } class TestClass1 { var a1 = 100 fun testMethod1 () { fun testMethod2 () { println ( "testMethod1 내부의 testMothod1" ) } testMethod2() // 내부 함수 호출 this .testMethod2() // 클래스 멤버의 메서드 호출 } fun testMethod2 () { println ( "testMethod2" ) } }  근데, 누가 이렇게 쓸까, 동일클래스에서 클래스 멤버변수랑 메서드 내부 멤버변수의 이름을 동일하게 하거나, 클래스 멤버 메서드랑 내부 멤버 메서드 이름을 동일하게 할 경우는 없을 것으로 생각된다.  아마 정적검사툴이나 보안체크툴에서...
Read more »