p96705831
/
platform_build
forked from openkylin/platform_build
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity
platform_build/core/notice_files.mk

116 lines
4.3 KiB
Makefile
Raw Normal View History

auto import from //depot/cupcake/@135843
2009-03-04 11:28:42 +08:00
###########################################################
## Track NOTICE files
###########################################################
Record module type statistics Creates a build_system_stats.txt build artifact that contains statistics on how many BUILD_* modules are defined in a build. Also writes out information about the Soong module types sent from the Soong build. Merged-In: Iaf0c7062f542dc6942b5349854f3d49267cac4a5 Change-Id: Iaf0c7062f542dc6942b5349854f3d49267cac4a5
2016-07-26 07:03:53 +08:00
$(call record-module-type,NOTICE_FILE)
auto import from //depot/cupcake/@135843
2009-03-04 11:28:42 +08:00
Allow modules to override the default NOTICE file. It's useful in projects where different top level modules have different licenses associated with them. (cherry picked from commit 3026f4daf11b2d4729559d49624e748a82f15495) Change-Id: I71b20d6f979c0f50562f4f44b2af1f3ec2909444
2015-12-22 22:34:09 +08:00
ifneq ($(LOCAL_NOTICE_FILE),)
notice_file:=$(strip $(LOCAL_NOTICE_FILE))
else
build speedup: Do not use shell 'find' function to look for NOTICE files. The GNU Make wildcard function can be used to look for a specific file and is _much_ faster than invoking the find command through $(shell ...). Since notice_files.mk is included by base_rules.mk for each and every module in the build tree, this represents a considerable speed-up. For example, when building the full-eng product from the AOSP tree, the no-op "make" goes from 21 seconds to 16 seconds with this patch applied. Change-Id: Ideb1bb74d5bfbb650834fa4b6e151ff24dcd0150
2011-03-29 20:27:27 +08:00
notice_file:=$(strip $(wildcard $(LOCAL_PATH)/NOTICE))
Allow modules to override the default NOTICE file. It's useful in projects where different top level modules have different licenses associated with them. (cherry picked from commit 3026f4daf11b2d4729559d49624e748a82f15495) Change-Id: I71b20d6f979c0f50562f4f44b2af1f3ec2909444
2015-12-22 22:34:09 +08:00
endif
auto import from //depot/cupcake/@135843
2009-03-04 11:28:42 +08:00
Use GYP instead of NONE as the module class for gyp. The Chromium makefile generator used to use module class NONE for the meta-targets in the gyp files; this was changed to GYP in order to make it more obvious where they come from in the build. Update the build system's handling of NOTICE files to reflect this change. Change-Id: Iff7d4487f3024ec83db0c2a896ec0caf8fb18b24
2012-10-25 22:49:39 +08:00
ifeq ($(LOCAL_MODULE_CLASS),GYP)
# We ignore NOTICE files for modules of type GYP.
Don't fail if a target of type NONE has a NOTICE file present Targets of type NONE are used extensively in Android makefiles which have been auto-generated from gyp build files. The gyp generator uses such targets to represent gyp targets which don't produce an output file. Typically, many such targets exist in a single Android makefile. We use a generated Android makefile for Chromium. This project has a NOTICE file, intended to be installed with a SHARED_LIBRARY target. However, the build fails when processing the targets of type NONE, as it does not know where to install the NOTICE file. This change causes the NOTICE to be ignored in this case, rather than failing the build. Change-Id: I70cf9a406e4a1c932f8a734f53491f7c5281ee17
2012-06-27 08:07:19 +08:00
notice_file :=
endif
Exclude ndk stubs from notice file list There are many references to ndk stub libraries in the third party notices: out/soong/ndk/platforms/android-10/arch-arm/usr/lib/libc.so out/soong/ndk/platforms/android-10/arch-arm/usr/lib/liblog.so ... These are just stub libraries, and aren't distributed on the device. The real versions of these libraries will be distributed on the device, and already have the license information. So let Soong set LOCAL_NO_NOTICE_FILE to prevent these from appearing. Bug: 36867708 Test: Diff aosp_arm's system/etc/NOTICE.html.gz file before/after Change-Id: Ifa3693bde7d3b6b9dc7a83122f9cfa24997fac50
2017-04-04 07:06:00 +08:00
# Soong generates stub libraries that don't need NOTICE files
ifdef LOCAL_NO_NOTICE_FILE
ifneq ($(LOCAL_MODULE_MAKEFILE),$(SOONG_ANDROID_MK))
$(call pretty-error,LOCAL_NO_NOTICE_FILE should not be used by Android.mk files)
endif
notice_file :=
endif
NOTICE file only module To pick up a NOTICE file in LOCAL_PATH and attach it to /system/lib/libfoo.so, use the following syntax: include $(CLEAR_VARS) LOCAL_MODULE_CLASS := NOTICE_FILES LOCAL_INSTALLED_MODULE := $(PRODUCT_OUT)/system/lib/libfoo.so include $(BUILD_NOTICE_FILE) Bug: 7460213 Change-Id: Ie692be72deab37be04d1b578578c131a0885a090
2012-11-02 08:22:33 +08:00
ifeq ($(LOCAL_MODULE_CLASS),NOTICE_FILES)
# If this is a NOTICE-only module, we don't include base_rule.mk,
# so my_prefix is not set at this point.
ifeq ($(LOCAL_IS_HOST_MODULE),true)
my_prefix := HOST_
Add HOST_CROSS_OS Instead of using recursive make to change the HOST_OS when building the windows SDK under linux, add the concept of cross-building to another host os. Bug: 23566667 Change-Id: I6dc525b601b6251d458d197c30bf4660d7485502
2015-08-15 03:59:50 +08:00
LOCAL_HOST_PREFIX :=
NOTICE file only module To pick up a NOTICE file in LOCAL_PATH and attach it to /system/lib/libfoo.so, use the following syntax: include $(CLEAR_VARS) LOCAL_MODULE_CLASS := NOTICE_FILES LOCAL_INSTALLED_MODULE := $(PRODUCT_OUT)/system/lib/libfoo.so include $(BUILD_NOTICE_FILE) Bug: 7460213 Change-Id: Ie692be72deab37be04d1b578578c131a0885a090
2012-11-02 08:22:33 +08:00
else
my_prefix := TARGET_
endif
endif
build speedup: Do not use shell 'find' function to look for NOTICE files. The GNU Make wildcard function can be used to look for a specific file and is _much_ faster than invoking the find command through $(shell ...). Since notice_files.mk is included by base_rules.mk for each and every module in the build tree, this represents a considerable speed-up. For example, when building the full-eng product from the AOSP tree, the no-op "make" goes from 21 seconds to 16 seconds with this patch applied. Change-Id: Ideb1bb74d5bfbb650834fa4b6e151ff24dcd0150
2011-03-29 20:27:27 +08:00
ifdef notice_file
auto import from //depot/cupcake/@135843
2009-03-04 11:28:42 +08:00
# This relies on the name of the directory in PRODUCT_OUT matching where
# it's installed on the target - i.e. system, data, etc. This does
# not work for root and isn't exact, but it's probably good enough for
# compliance.
# Includes the leading slash
ifdef LOCAL_INSTALLED_MODULE
Fix PDK dupbuild issues The PDK uses pattern rules in order to install files from the PDK. When those files already have build rules, the explicit rules override the pattern rules, and everything works. But because Make (and Kati) doesn't attempt to clean the file paths, if one of the rules has a redundant /, we'll export two ninja rules, and ninja will error out with a dupbuild error. The PDK pattern rules are clean, but the explicit notice file creation was not, it was always adding a double // in between NOTICE_FILES/src and the module path. Some modules were also setting a LOCAL_MODULE_PATH with a trailing /, which is redundant, and also hits the above problem. Instead of fixing all of the modules, just strip a trailing / from my_module_path. Bug: 33451638 Test: Build with a PDK Change-Id: Iff3e98fd191ea90626b9b89f179537e8a75f5ef2
2016-12-10 13:15:41 +08:00
module_installed_filename := $(patsubst $(PRODUCT_OUT)/%,%,$(LOCAL_INSTALLED_MODULE))
auto import from //depot/cupcake/@135843
2009-03-04 11:28:42 +08:00
else
# This module isn't installable
Add Header Library support to Make We currently use static libraries without any source files to represent header libraries, but Soong actually has cc_library_headers. So to export those in a separate namespace from static libraries, implement them in Make as well. This also adds a nice pretty-warning / pretty-error macro that can be used to print out standard warning messages pointing to the real source file having the problem. Test: Use a header library exported by Soong in a Make module Change-Id: I3486539e247524cb82a20620745fc7be03014e14
2017-02-16 07:48:11 +08:00
ifneq ($(filter STATIC_LIBRARIES HEADER_LIBRARIES,$(LOCAL_MODULE_CLASS)),)
auto import from //depot/cupcake/@135843
2009-03-04 11:28:42 +08:00
# Stick the static libraries with the dynamic libraries.
# We can't use xxx_OUT_STATIC_LIBRARIES because it points into
# device-obj or host-obj.
module_installed_filename := \
Fix PDK dupbuild issues The PDK uses pattern rules in order to install files from the PDK. When those files already have build rules, the explicit rules override the pattern rules, and everything works. But because Make (and Kati) doesn't attempt to clean the file paths, if one of the rules has a redundant /, we'll export two ninja rules, and ninja will error out with a dupbuild error. The PDK pattern rules are clean, but the explicit notice file creation was not, it was always adding a double // in between NOTICE_FILES/src and the module path. Some modules were also setting a LOCAL_MODULE_PATH with a trailing /, which is redundant, and also hits the above problem. Instead of fixing all of the modules, just strip a trailing / from my_module_path. Bug: 33451638 Test: Build with a PDK Change-Id: Iff3e98fd191ea90626b9b89f179537e8a75f5ef2
2016-12-10 13:15:41 +08:00
$(patsubst $(PRODUCT_OUT)/%,%,$($(LOCAL_2ND_ARCH_VAR_PREFIX)$(my_prefix)OUT_SHARED_LIBRARIES))/$(notdir $(LOCAL_BUILT_MODULE))
auto import from //depot/cupcake/@135843
2009-03-04 11:28:42 +08:00
else
ifeq ($(LOCAL_MODULE_CLASS),JAVA_LIBRARIES)
# Stick the static java libraries with the regular java libraries.
Fix the warning about NOTICE files overriding previous targets. Use a different name for prebuilt libraries based on their LOCAL_MODULE -- they were all colliding using the same name, javalib.jar. These names are synthetic, since the libraries don't actually exist on the device as such.
2009-04-14 00:51:43 +08:00
module_leaf := $(notdir $(LOCAL_BUILT_MODULE))
# javalib.jar is the default name for the build module (and isn't meaningful)
# If that's what we have, substitute the module name instead. These files
# aren't included on the device, so this name is synthetic anyway.
Delete jack support Remove all support for running jack. Bug: 65302138 Test: m -j checkbuild Change-Id: I1ef87c88af3f2689f8b0dcf1a01c958b16159631 Merged-In: I1ef87c88af3f2689f8b0dcf1a01c958b16159631 (cherry picked from commit 5db5d31d732a04d07052217602790a3fec8208f8)
2017-09-28 05:28:41 +08:00
ifneq ($(filter javalib.jar,$(module_leaf)),)
Fix the warning about NOTICE files overriding previous targets. Use a different name for prebuilt libraries based on their LOCAL_MODULE -- they were all colliding using the same name, javalib.jar. These names are synthetic, since the libraries don't actually exist on the device as such.
2009-04-14 00:51:43 +08:00
module_leaf := $(LOCAL_MODULE).jar
endif
auto import from //depot/cupcake/@135843
2009-03-04 11:28:42 +08:00
module_installed_filename := \
Fix PDK dupbuild issues The PDK uses pattern rules in order to install files from the PDK. When those files already have build rules, the explicit rules override the pattern rules, and everything works. But because Make (and Kati) doesn't attempt to clean the file paths, if one of the rules has a redundant /, we'll export two ninja rules, and ninja will error out with a dupbuild error. The PDK pattern rules are clean, but the explicit notice file creation was not, it was always adding a double // in between NOTICE_FILES/src and the module path. Some modules were also setting a LOCAL_MODULE_PATH with a trailing /, which is redundant, and also hits the above problem. Instead of fixing all of the modules, just strip a trailing / from my_module_path. Bug: 33451638 Test: Build with a PDK Change-Id: Iff3e98fd191ea90626b9b89f179537e8a75f5ef2
2016-12-10 13:15:41 +08:00
$(patsubst $(PRODUCT_OUT)/%,%,$($(my_prefix)OUT_JAVA_LIBRARIES))/$(module_leaf)
auto import from //depot/cupcake/@135843
2009-03-04 11:28:42 +08:00
else
$(error Cannot determine where to install NOTICE file for $(LOCAL_MODULE))
endif # JAVA_LIBRARIES
endif # STATIC_LIBRARIES
endif
# In case it's actually a host file
Fix PDK dupbuild issues The PDK uses pattern rules in order to install files from the PDK. When those files already have build rules, the explicit rules override the pattern rules, and everything works. But because Make (and Kati) doesn't attempt to clean the file paths, if one of the rules has a redundant /, we'll export two ninja rules, and ninja will error out with a dupbuild error. The PDK pattern rules are clean, but the explicit notice file creation was not, it was always adding a double // in between NOTICE_FILES/src and the module path. Some modules were also setting a LOCAL_MODULE_PATH with a trailing /, which is redundant, and also hits the above problem. Instead of fixing all of the modules, just strip a trailing / from my_module_path. Bug: 33451638 Test: Build with a PDK Change-Id: Iff3e98fd191ea90626b9b89f179537e8a75f5ef2
2016-12-10 13:15:41 +08:00
module_installed_filename := $(patsubst $(HOST_OUT)/%,%,$(module_installed_filename))
module_installed_filename := $(patsubst $(HOST_CROSS_OUT)/%,%,$(module_installed_filename))
auto import from //depot/cupcake/@135843
2009-03-04 11:28:42 +08:00
installed_notice_file := $($(my_prefix)OUT_NOTICE_FILES)/src/$(module_installed_filename).txt
$(installed_notice_file): PRIVATE_INSTALLED_MODULE := $(module_installed_filename)
$(installed_notice_file): $(notice_file)
@echo Notice file: $< -- $@
$(hide) mkdir -p $(dir $@)
Don't concatenate the NOTICE file for a single module. When the NOTICE file for a module changed, the new NOTICE was being concatenated onto the end of the old one in non-clean builds, taking up more and more space and presumably duplicating most of the content. Only one set of rules for a given file can exist in make, so there cannot be a case where more than one $(notice_file) was intentionally being concatenated together as this would be an error. Change-Id: I0f5fae498225eaee5cc75d854223b5ba790fcebe
2013-04-30 23:26:58 +08:00
$(hide) cat $< > $@
auto import from //depot/cupcake/@135843
2009-03-04 11:28:42 +08:00
ifdef LOCAL_INSTALLED_MODULE
# Make LOCAL_INSTALLED_MODULE depend on NOTICE files if they exist
# libraries so they get installed along with it. Make it an order-only
# dependency so we don't re-install a module when the NOTICE changes.
$(LOCAL_INSTALLED_MODULE): | $(installed_notice_file)
endif
Collect NOTICE files for apps_only build. In apps_only build (after running tapas or exporting TARGET_BUILD_APPS), run "make notice_files" to collect and combine the NOTICE files of modules that are needed by the apps. Bug: 10445634 Change-Id: I6555bba1104e43b48c723c82143c46d444a75e80
2013-08-23 11:02:03 +08:00
# To facilitate collecting NOTICE files for apps_only build,
# we install the NOTICE file even if a module gets built but not installed,
# because shared jni libraries won't be installed to the system image.
ifdef TARGET_BUILD_APPS
# for static Java libraries, we don't need to even build LOCAL_BUILT_MODULE,
# but just javalib.jar in the common intermediate dir.
ifeq ($(LOCAL_MODULE_CLASS),JAVA_LIBRARIES)
$(intermediates.COMMON)/javalib.jar : | $(installed_notice_file)
else
$(LOCAL_BUILT_MODULE): | $(installed_notice_file)
endif # JAVA_LIBRARIES
endif # TARGET_BUILD_APPS
auto import from //depot/cupcake/@135843
2009-03-04 11:28:42 +08:00
else
# NOTICE file does not exist
installed_notice_file :=
endif
# Create a predictable, phony target to build this notice file.
# Define it even if the notice file doesn't exist so that other
# modules can depend on it.
notice_target := NOTICE-$(if \
$(LOCAL_IS_HOST_MODULE),HOST,TARGET)-$(LOCAL_MODULE_CLASS)-$(LOCAL_MODULE)
.PHONY: $(notice_target)
$(notice_target): $(installed_notice_file)