mozilla
/
gecko-dev
зеркало из https://github.com/mozilla/gecko-dev.git
1
0
Форкнуть 0
Код Задачи Пакеты Проекты Релизы Вики Активность
gecko-dev/widget/android/bindings/Makefile.in

28 строки
1.1 KiB
Makefile
Исходник Обычный вид История

Bug 1086693 - Part 2: Generate and build Android SDK JNI wrappers. r=gps
2014-11-13 21:47:23 +03:00
# This Source Code Form is subject to the terms of the Mozilla Public
# License, v. 2.0. If a copy of the MPL was not distributed with this
# file, You can obtain one at http://mozilla.org/MPL/2.0/.
Bug 1099345 - Do not run the Android SDK code generator tool in parallel r=nalexander
2014-11-27 02:52:08 +03:00
# Bug 1099345 - The SDK's lint code (used by the code generator) does not enjoy
# concurrent access to a cache that it generates.
.NOTPARALLEL:
Bug 1182840 - Make generated SDK bindings depend on annotation processor; r=snorp Make the generated SDK binding files depend on the annotation processor jar file, so that changes in the annotation processor will cause the bindings to regenerate.
2016-08-24 01:55:12 +03:00
annotation_processor_jar_files := \
$(DEPTH)/build/annotationProcessors/annotationProcessors.jar \
$(ANDROID_TOOLS)/lib/lint.jar \
$(ANDROID_TOOLS)/lib/lint-checks.jar \
$(NULL)
Bug 1099501 - Export and use ANDROID_TOOLS where appropriate. r=snorp,bnicholson In certain configurations, in particular when installing the Android SDK using HomeBrew, one sees a configuration with symlinks like: [brian@brian-macbook git]$ ls -l /usr/local/Cellar/android-sdk/23.0.2/ total 72 ... lrwxr-xr-x 1 brian admin 38 Nov 14 16:39 platforms -> ../../../var/lib/android-sdk/platforms ... drwxr-xr-x 26 brian admin 884 Nov 14 17:43 tools In this case, we have ANDROID_SDK=/usr/local/Cellar/android-sdk/23.0.2/platforms/android-21. It is an anti-pattern to use ANDORID_SDK/.. to find other paths in the tree. This pattern is used in at least two places: 1) When we try to find /usr/local/Cellar/android-sdk/23.0.2/platforms/android-21/../../tools, we end up in the /usr/local/var/lib subtree. This patch works around that by exporting and using ANDROID_TOOLS; ANDROID_TOOLS itself is extracted using path matching, rather than following .. through the filesystem. 2) We also need to use ANDROID_SDK_ROOT rather than ANDROID_SDK/../.. through-out. --HG-- extra : rebase_source : 5e0323a94f2b80550f17a624e16f338cdeec406d
2014-11-17 22:12:00 +03:00
sdk_processor := \
$(JAVA) \
-Dcom.android.tools.lint.bindir='$(ANDROID_TOOLS)' \
Bug 1182840 - Make generated SDK bindings depend on annotation processor; r=snorp Make the generated SDK binding files depend on the annotation processor jar file, so that changes in the annotation processor will cause the bindings to regenerate.
2016-08-24 01:55:12 +03:00
-classpath $(subst $(NULL) ,:,$(strip $(annotation_processor_jar_files))) \
Bug 1099501 - Export and use ANDROID_TOOLS where appropriate. r=snorp,bnicholson In certain configurations, in particular when installing the Android SDK using HomeBrew, one sees a configuration with symlinks like: [brian@brian-macbook git]$ ls -l /usr/local/Cellar/android-sdk/23.0.2/ total 72 ... lrwxr-xr-x 1 brian admin 38 Nov 14 16:39 platforms -> ../../../var/lib/android-sdk/platforms ... drwxr-xr-x 26 brian admin 884 Nov 14 17:43 tools In this case, we have ANDROID_SDK=/usr/local/Cellar/android-sdk/23.0.2/platforms/android-21. It is an anti-pattern to use ANDORID_SDK/.. to find other paths in the tree. This pattern is used in at least two places: 1) When we try to find /usr/local/Cellar/android-sdk/23.0.2/platforms/android-21/../../tools, we end up in the /usr/local/var/lib subtree. This patch works around that by exporting and using ANDROID_TOOLS; ANDROID_TOOLS itself is extracted using path matching, rather than following .. through the filesystem. 2) We also need to use ANDROID_SDK_ROOT rather than ANDROID_SDK/../.. through-out. --HG-- extra : rebase_source : 5e0323a94f2b80550f17a624e16f338cdeec406d
2014-11-17 22:12:00 +03:00
org.mozilla.gecko.annotationProcessors.SDKProcessor
Bug 1086693 - Part 2: Generate and build Android SDK JNI wrappers. r=gps
2014-11-13 21:47:23 +03:00
Bug 1099345 - Use pattern rule to generate multiple outputs in widget/android/bindings. r=gps This works around a race condition observed with GENERATED_SOURCES. A global solution might be to make GENERATED_SOURCES part of the 'export' tier; this is a smaller fix. --HG-- rename : widget/android/bindings/mediacodec-classes.txt => widget/android/bindings/MediaCodec-classes.txt rename : widget/android/bindings/surfacetexture-classes.txt => widget/android/bindings/SurfaceTexture-classes.txt extra : rebase_source : 073dadd8c1b48ea32f975b2232c2bdeafe315ab4
2014-11-19 22:33:05 +03:00
# For the benefit of readers: the following pattern rule says that,
# for example, MediaCodec.cpp and MediaCodec.h can be produced from
# MediaCodec-classes.txt. This formulation invokes the SDK processor
# at most once.
Bug 1086693 - Part 2: Generate and build Android SDK JNI wrappers. r=gps
2014-11-13 21:47:23 +03:00
Bug 1182840 - Make generated SDK bindings depend on annotation processor; r=snorp Make the generated SDK binding files depend on the annotation processor jar file, so that changes in the annotation processor will cause the bindings to regenerate.
2016-08-24 01:55:12 +03:00
%.cpp %.h: $(ANDROID_SDK)/android.jar %-classes.txt $(annotation_processor_jar_files)
Bug 1099345 - Use pattern rule to generate multiple outputs in widget/android/bindings. r=gps This works around a race condition observed with GENERATED_SOURCES. A global solution might be to make GENERATED_SOURCES part of the 'export' tier; this is a smaller fix. --HG-- rename : widget/android/bindings/mediacodec-classes.txt => widget/android/bindings/MediaCodec-classes.txt rename : widget/android/bindings/surfacetexture-classes.txt => widget/android/bindings/SurfaceTexture-classes.txt extra : rebase_source : 073dadd8c1b48ea32f975b2232c2bdeafe315ab4
2014-11-19 22:33:05 +03:00
$(sdk_processor) $(ANDROID_SDK)/android.jar $(srcdir)/$*-classes.txt $(CURDIR) $* 16