* there is llvm-config in binconfig/LLVM_RELEASE
* this one was creating conflict between different llvm*-dev versions
installed on target:
./llvm2.9/2.9-r3/packages-split/llvm2.9-dev/usr/bin/llvm2.9/llvm-config
./llvm2.9/2.9-r3/packages-split/llvm2.9-dev/usr/bin/llvm-config
./llvm2.8/2.8-r3/packages-split/llvm2.8-dev/usr/bin/llvm2.8/llvm-config
./llvm2.8/2.8-r3/packages-split/llvm2.8-dev/usr/bin/llvm-config
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* unlike other recipes where we have a rule to keep only one
version, llvm is different so we'll keep .inc files
* llvm.inc is shared by all, llvm[23].inc are separated because
2.* is built with cmake and 3.* with automake
* fix staticdev packaging and move it to shared llvm.inc
FILES_${PN}-static-dev = "${libdir}/${LLVM_DIR}/*.a"
(it's staticdev not static-dev)
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
arm_fenv_uclibc.patch was copied from llvm3.2 recipe.
Signed-off-by: Jonathan Liu <net147@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
The llvm-config2.x script doesn't get placed in the target sysroot
crosscripts directory otherwise.
Signed-off-by: Jonathan Liu <net147@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
The llvm-config script doesn't get placed in the target sysroot
crossscripts directory otherwise.
Signed-off-by: Jonathan Liu <net147@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Setting LLVM_RELEASE is redundant as the version can be retrieved from
PV instead.
Signed-off-by: Jonathan Liu <net147@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
arm_fenv_uclibc.patch was copied from llvm2.9 recipe.
Signed-off-by: Jonathan Liu <net147@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
This avoids QA Issue where tblgen has an rpath to lib in the shadow
build directory.
Signed-off-by: Jonathan Liu <net147@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* fix parallel build
Doing a parallel build may result in the following:
*** No rule to make target `native/bin/tblgen', needed by `include/llvm/Intrinsics.gen.tmp'
Avoid this by building tblgen first before building the rest of llvm.
Signed-off-by: Jonathan Liu <net147@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* now I see why it was there before, at least on arm it fails with:
| CMake Error at cmake/modules/LLVMConfig.cmake:127 (message):
| Library `X86' not found in list of llvm libraries.
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* when building for qemux86* it tries to build X86 twice and fails with:
| CMake Error at lib/Target/CMakeLists.txt:24 (add_subdirectory):
| The binary directory
|
| /home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/x86_64-oe-linux/llvm2.9/2.9-r2.0/llvm-2.9/build/lib/Target/X86
|
| is already used to build a source directory. It cannot be used to build
| source directory
|
| /home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/x86_64-oe-linux/llvm2.9/2.9-r2.0/llvm-2.9/lib/Target/X86
|
| Specify a unique binary directory name.
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* llvm is generic enough to be useful outside meta-java
e.g. we need it to enable llvmpipe galium driver in mesa
* imported without any modification (except indentation), all
credits go to Henning Heinold and Khem Raj for maintaining
it in meta-java
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* llvm is generic enough to be useful outside meta-java
e.g. we need it to enable llvmpipe galium driver in mesa
* imported without any modification (except indentation), all
credits go to Henning Heinold and Khem Raj for maintaining
it in meta-java
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* This change is only aesthetic (unlike indentation in Python
tasks).
* Some recipes were using tabs.
* Some were using 8 spaces.
* Some were using mix or different number of spaces.
* Make them consistently use 4 spaces everywhere.
* Yocto styleguide advises to use tabs (but the only reason to keep
tabs is the need to update a lot of recipes). Lately this advice
was also merged into the styleguide on the OE wiki.
* Using 4 spaces in both types of tasks is better because it's less
error prone when someone is not sure if e.g.
do_generate_toolchain_file() is Python or shell task and also allows
to highlight every tab used in .bb, .inc, .bbappend, .bbclass as
potentially bad (shouldn't be used for indenting of multiline
variable assignments and cannot be used for Python tasks).
* Don't indent closing quote on multiline variables
we're quite inconsistent wheater it's first character on line
under opening quote or under first non-whitespace character in
previous line.
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Acked-by: Koen Kooi <koen@dominion.thruhere.net>
* avahi-systemd is now indluded in deamon
* systemd-compat-units are RRECOMMENDED from systemd itself
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* udev-182 is now also in oe-core, there is quite big diff between meta-oe version and oe-core version
but I guess that most of meta-oe users are now also using meta-systemd layer and udev provided by systemd recipe
* sending as RFC because I'm using udev provided by systemd recipe
and cannot test this properly on my targets, please test and report
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Used sed expression given here:
http://lists.linuxtogo.org/pipermail/openembedded-core/2011-November/012373.html
Plus an additional expression for .expand. Full expression is:
sed \
-e 's:bb.data.\(setVar([^,]*,[^,]*\), \([^ )]*\) *):\2.\1):g' \
-e 's:bb.data.\(setVarFlag([^,]*,[^,]*,[^,]*\), \([^) ]*\) *):\2.\1):g' \
-e 's:bb.data.\(getVar([^,]*\), \([^, ]*\) *,\([^)]*\)):\2.\1,\3):g' \
-e 's:bb.data.\(getVarFlag([^,]*,[^,]*\), \([^, ]*\) *,\([^)]*\)):\2.\1,\3):g' \
-e 's:bb.data.\(getVarFlag([^,]*,[^,]*\), \([^) ]*\) *):\2.\1):g' \
-e 's:bb.data.\(getVar([^,]*\), \([^) ]*\) *):\2.\1):g' \
-e 's:bb.data.\(expand([^,]*\), \([^ )]*\) *):\2.\1):g' \
-i `grep -ril bb.data *`
Some minor correction in systemd.bbclass was needed for some expressions
that didn't quite match the regex in the desired way; additionally a few
instances were manually changed.
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
* configure checks that the same as in native case
| configure:13139: checking if we have SIMD optimisations for cpu type
| configure:13143: result: yes (x86_64)
| configure:13151: checking for nasm
| configure:13181: result: no
| configure:13151: checking for nasmw
| configure:13181: result: no
| configure:13151: checking for yasm
| configure:13181: result: no
| configure:13189: error: no nasm (Netwide Assembler) found
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
* packagegroup-core-x11* allows to remove task-x11-server and
task-x11 from meta-oe without loosing any functionality
* be carefull with 2 changed default values:
XSERVER does not include xf86-input-mouse and xf86-input-keyboard
VIRTUAL-RUNTIME_xserver_common defaults to x11-common in oe-core
and to xserver-common in meta-oe's task-x11
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
