Thanks for your reply.
Our purpose is to generate "License checking code" for specific product 
build.
So we have a shell script to generate the code based on the PRODUCT_XXX 
properties.

Are you implying that Android.bp should only be used in generic (product 
independent) modules?
And this kind of code should be put in device/product specific stuff and 
use Android.mk to achieve the goal?
(P.S. will Android.mk be kept or will Android.bp take over the whole build?)

On Tuesday, July 16, 2019 at 2:13:13 AM UTC+8, Dan Willemsen wrote:
>
> Those variables aren't exposed, partially because it becomes very 
> difficult to understand which pieces of the system are then 
> product-specific vs generic. Is there a reason why you wouldn't just read 
> the runtime properties rather than trying to embed those values in code?
>
> - Dan
>
> On Mon, Jul 15, 2019 at 9:31 AM DavidRobin <[email protected] 
> <javascript:>> wrote:
>
>> I saw that in external/libmojo/Android.bp there is an example to generate 
>> header files for later build process.
>>
>> genrule {
>>     name: "libmojo_mojom_headers",
>>     cmd: "$(location mojom_source_generator_sh)" +
>>     "    --mojom_bindings_generator=$(location mojom_bindings_generator)" 
>> +
>>     "    --package=external/libmojo" +
>>     "    --output_dir=$(genDir)" +
>>     "    --bytecode_path=$(genDir)" +
>>     "    --typemap=$(location 
>> gen/mojo/common/common_custom_types__type_mappings)" +
>>     "    --generators=c++" +
>>     "    --use_new_wrapper_types" +
>>     "    $(in)",
>>
>> However, I cannot find how to use vars like $(PRODUCT_BRAND) 
>> $(PRODUCT_MANUFACTURER) etc in this cmd line.
>> Please help.
>> Thanks.
>>
>> -- 
>> -- 
>> You received this message because you are subscribed to the "Android 
>> Building" mailing list.
>> To post to this group, send email to [email protected] 
>> <javascript:>
>> To unsubscribe from this group, send email to
>> [email protected] <javascript:>
>> For more options, visit this group at
>> http://groups.google.com/group/android-building?hl=en
>>
>> --- 
>> You received this message because you are subscribed to the Google Groups 
>> "Android Building" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to [email protected] <javascript:>.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/android-building/48a06135-67f5-4381-a18c-5eed5a949601%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/android-building/48a06135-67f5-4381-a18c-5eed5a949601%40googlegroups.com?utm_medium=email&utm_source=footer>
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>

-- 
-- 
You received this message because you are subscribed to the "Android Building" 
mailing list.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
For more options, visit this group at
http://groups.google.com/group/android-building?hl=en

--- 
You received this message because you are subscribed to the Google Groups 
"Android Building" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/android-building/6df68ae5-a5df-44ae-b73d-20ad6bca576d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to