path: root/meta/classes/perlnative.bbclass
Commit message (Collapse)AuthorAgeFilesLines
* base/perlnative/pythonnative/gzipnative: Add a new variable to enable easier ↵Richard Purdie2012-07-261-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | handling of native path issues If something is listed in ASSUME_PROVIDED but also manually built (like bzip2-native and bzip2-replacement-native), we need to ensure that the installed binaries are only accessed for things which list the provider in DEPENDS. This patch adds a generic mechanism to handle this instead of everything reinventing the wheel. EXTRANATIVEPATH += "perl-native" will ensure that ${STAGING_BINDIR_NATIVE}/perl-native is added to PATH. This means that: a) Such providers should install to ${bindir}/xxx-native b) Should PROVIDE += "xxxx-replacement-native" c) That users should DEPEND on xxx-replacement-native and have EXTRANATIVEPATH += "xxx-native" This patch enables this at the core level, the bzip2 recipe still needs adjusting to work like this along with adjustment of the users of bzip2-replacement-native (python-native?). (From OE-Core rev: 14b70cd222519e5bccaca955334787f123d9fc54) Signed-off-by: Richard Purdie <>
* cmake.bbclass, perlnative.bbclass: arrange for cmake to find perl-nativePhil Blundell2011-08-171-0/+1
| | | | | | | | | | | | When CMake is looking for perl, it only searches in the specific directories that it's told about and ignores ${PATH}. If perlnative is in use, ensure that the appropriate installation path is added to the list of places that cmake will look for perl, otherwise it won't ever be found. (From OE-Core rev: add9e4e30e0b1e0f93479b43ce61953efb90985d) Signed-off-by: Phil Blundell <> Signed-off-by: Richard Purdie <>
* perlnative.bbclass: add the fileDexuan Cui2011-06-091-0/+2
Signed-off-by: Dexuan Cui <>