Bug 10003 - Mention what happens when non-existent variables are expanded
Summary: Mention what happens when non-existent variables are expanded
Status: RESOLVED FIXED
Alias: None
Product: BitBake User Manual
Classification: Documentation
Component: bitbake-manual (show other bugs)
Version: 2.2
Hardware: x86 Multiple
: Undecided normal
Target Milestone: 2.2 M3
Assignee: Scott Rifenbark
QA Contact:
URL:
Whiteboard: 22 July 2016: IN PROGRESS REVIEW
Depends on:
Blocks:
 
Reported: 2016-07-22 13:49 UTC by ulfalizer
Modified: 2016-07-22 17:01 UTC (History)
2 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: Done (doc changes complete)


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description ulfalizer 2016-07-22 13:49:39 UTC
Hello,

I suggest adding the following to the end of 3.1.2. Variable Expansion:

  If the variable expansion syntax is used on a variable that
  does not exist, the string is kept as is. For example, if FOO
  does not exist, the following assignment will set BAR to the
  literal string "${FOO}":

    BAR = "${FOO}"

Cheers,
Ulf
Comment 1 ulfalizer 2016-07-22 13:51:47 UTC
Version 2:

  If the variable expansion syntax is used on a variable that
  does not exist, the string is kept as is. For example, if FOO
  does not exist, the following assignment will make BAR expand
  to the literal string "${FOO}":

    BAR = "${FOO}"
Comment 2 ulfalizer 2016-07-22 13:57:46 UTC
Final version:

  If the variable expansion syntax is used on a variable that does not exist,
  the string is kept as is. For example, given the following assignment, BAR
  will expand to the literal string "${FOO}" as long as FOO does not exist.

    BAR = "${FOO}"
Comment 3 Scott Rifenbark 2016-07-22 15:38:41 UTC
Ulf, 

See http://www.yoctoproject.org/docs/2.2/bitbake-user-manual/bitbake-user-manual.html#variable-expansion for the new addition. 

Thanks, 
Scott
Comment 4 ulfalizer 2016-07-22 16:20:58 UTC
Looks good. Thanks!

Cheers,
Ulf
Comment 5 Scott Rifenbark 2016-07-22 17:01:06 UTC
Thanks... closing