Also updated the git repo address after recent changes in hosting.
The recipe failed to build for machines without neon as a tune feature.
The cmake config options have been changed so that it configures properly
now.
Also dropped documentation from build to work around a doc generation problem.
Test on armv7a, x86, and x86-64.
Signed-off-by: Philip Balister <philip@balister.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
| checking for GDK_PIXBUF... no
| configure: error: GTK+-2.0 is required to compile icon-slicer
<...>
ERROR: Task 2643 (virtual:native:/home/andreas/data/oe-core/sources/meta-openembedded/meta-oe/recipes-devtools/icon-slicer/icon-slicer_0.3.bb, do_configure) failed with exit code '1'
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
If libnotify is in the sysroot, collectd will try to use it and then
fail at do_compile because gtk/gtk.h can't be found. Since this is
functionality that's not likely to be needed in the embedded context as
far as collectd goes, just disable it.
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Upstream code has seen many structural changes and the failing test is gone.
Since changing to latest sources might cause huge reworking/test-efforts this
patch only fixes the build error.
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Fix stripping related warnings
Drop foldarith_for_spe patch not neded anymore
QA Error about elocations in .text are still there like 2.0.0
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
According to make.tmpl.in, shared lib will be installed under $(usrlibdir)
install_lib_shared: $(LIB_SHARED)
$(INSTALL_PROGRAM) -D $< $(libdir)/$(<F).$(LIB_VERSION)
$(INSTALL_DIR) $(usrlibdir)
$(LN_S) -f $(USRLIB_RELPATH)$(<F).$(LIB_VERSION) $(usrlibdir)/$(<F)
But default $(usrlibdir) is $(DESTDIR)${prefix}/lib no matter it is 32-bit or 64-bit system.
So we need align $(usrlibdir) with $(libdir).
Signed-off-by: Olivia Yin <hong-hua.yin@freescale.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
WARNING: QA Issue: yajl: Files/directories were installed but not shipped
/usr/lib
/usr/lib/libyajl.so.2
/usr/lib/libyajl.so
/usr/lib/libyajl_s.a
/usr/lib/libyajl.so.2.0.4
/usr/lib/.debug
/usr/lib/.debug/libyajl.so.2.0.4
NOTE: for 64-bit systems where lib64 is used you can pass the cmake
variable LIB_SUFFIX to cause installation into the system's 'lib64'
directory.
Signed-off-by: Olivia Yin <hong-hua.yin@freescale.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Use the headers from the linux-libc-headers instead of the headers
from the linux kernel sources because user space programs should
be built against the header files provided by the distribution.
In file included from .../usr/src/kernel/include/linux/media.h:27:0,
from conftest.c:56:
.../usr/src/kernel/include/linux/types.h:13:2: warning: #warning \
"Attempt to use kernel headers from user space, see http://kernelnewbies.org/KernelHeaders" [-Wcpp]
On some platforms (qemu) intern kernel header (linux/types.h) redefines
some types from the system header (sys/types.h, timer.h, stdint.h)
and thereby breaks the checking of the linux media header.
ERROR: Kernel header file not found or not usable!
In file included from .../usr/include/linux/media.h:27:0,
from conftest.c:56:
In file included from .../usr/src/kernel/include/linux/types.h:14:26: error: conflicting types for 'fd_set'
In file included from .../sys/select.h:75:5: note: previous declaration of 'fd_set' was here
Similar errors for dev_t, mode_t, timer_t, uintptr_t and blkcnt_t.
Signed-off-by: Stefan Herbrechtsmeier <stefan@herbrechtsmeier.net>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
PTYS_ARE_GETPT and PTYS_ARE_SEARCHED don't appear anywhere in the
source code anymore, remove them.
Signed-off-by: Jack Mitchell <jack.mitchell@dbbroadcast.co.uk>
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>
