aboutsummaryrefslogtreecommitdiffstats
path: root/meta/recipes-graphics
diff options
context:
space:
mode:
authorMario Domenech Goulart <mario@ossystems.com.br>2015-05-12 11:03:40 -0300
committerRichard Purdie <richard.purdie@linuxfoundation.org>2015-05-15 22:21:54 +0100
commitc28291f1fb07fbc80275d9bceefed642c963e204 (patch)
tree8d22b66c72a4fa977e50d61360bdccf6dbe2bb57 /meta/recipes-graphics
parent787fde133c6b50c5df6ce8f90b2906b7955b41e4 (diff)
downloadopenembedded-core-contrib-c28291f1fb07fbc80275d9bceefed642c963e204.tar.gz
native.bbclass: avoid unintended substring replacement when setting PROVIDES
The way native_virtclass_handler was implemented leaded to unintended substring replacements when setting PROVIDES for native providers, in case the original PROVIDES value contains providees with common substrings. Here's a practical case where the old behavior was problematic: the oracle-jse-jdk-x86-64 recipe provides both virtual/java and virtual/javac: Before: $ bitbake -e oracle-jse-jdk-x86-64-native | grep ^PROVIDES= PROVIDES="oracle-jse-jdk-x86-64-native virtual/java-native virtual/java-nativec" After: $ bitbake -e oracle-jse-jdk-x86-64-native | grep ^PROVIDES= PROVIDES="oracle-jse-jdk-x86-64-native virtual/java-native virtual/javac-native" Change-Id: I8186992dae58e37c2a2364586360ff9b7da9198f Signed-off-by: Mario Domenech Goulart <mario@ossystems.com.br> Signed-off-by: Ross Burton <ross.burton@intel.com>
Diffstat (limited to 'meta/recipes-graphics')
0 files changed, 0 insertions, 0 deletions