This patch updates SRC_URIs using git to include branch=master if no branch is set
and also to use protocol=https for github urls as generated by the conversion script
in OE-Core.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
This is the result of automated script (0.9.1) conversion:
oe-core/scripts/contrib/convert-overrides.py .
converting the metadata to use ":" as the override character instead of "_".
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
CPPFLAGS was overrided for tests, so we
missing DEBUG_PREFIX_MAP and got absolute
path in binary.
Signed-off-by: Oleksiy Obitotskyy <oobitots@cisco.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
* works around
ERROR: libhugetlbfs-1_2.23-r0 do_populate_sysroot: Fatal errors occurred in subprocesses:
Command '['arm-oe-linux-gnueabi-strip', '--remove-section=.comment', '--remove-section=.note', 'libhugetlbfs/1_2.23-r0/sysroot-destdir/usr/lib/libhugetlbfs/tests/obj32/linkhuge_rw']' returned non-zero exit status 1.
Subprocess output:arm-oe-linux-gnueabi-strip:
libhugetlbfs/1_2.23-r0/sysroot-destdir/usr/lib/libhugetlbfs/tests/obj32/stmuFa58: error: PHDR segment not covered by LOAD segment
arm-oe-linux-gnueabi-strip: libhugetlbfs/1_2.23-r0/sysroot-destdir/usr/lib/libhugetlbfs/tests/obj32/stmuFa58[.interp]: file format not recognized
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
0001-tests-add-explicit-permissions-to-open-call.patch
Removed since this is included in 2.23
Signed-off-by: Zang Ruochen <zangrc.fnst@cn.fujitsu.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Update recipe to use python3 since python2 is EOL and has been dropped
from OE-Core.
Signed-off-by: Andrey Zhizhikin <andrey.z@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
1) Upgrade libhugetlbfs from 2.21 to 2.22.
2) Update two patches for new version.
0001-run_test.py-not-use-hard-coded-path-.-obj-hugeadm.patch
0005-Include-dirent.h-for-ino_t.patch
3) Add RDEPEND python3-core for libhugetlbfs-tests to fix the do_package_qa error as follows:
ERROR: libhugetlbfs-1_2.22-r0 do_package_qa: QA Issue: /usr/lib/libhugetlbfs/tests/run_tests.py contained in package libhugetlbfs-tests requires /usr/bin/python3, but no providers found in RDEPENDS_libhugetlbfs-tests? [file-rdeps]
Signed-off-by: Zheng Ruoqin <zhengrq.fnst@cn.fujitsu.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Version 2.21 was released on 9/17 [1]. These changes update
the recipe to use that version.
Only one of the existing patches had been merged upstream
(as e3928d57 "Force text segment alignment to 0x08000000 for
i386 with gold linker") -- the rest of them is still needed
for proper cross-compilation.
Upstream commit c3e5cb22 ("Remove bit-rotting scripts") got
rid of the Perl stuff, due to it being "massively out of
date", so the Perl bits in the recipe have gone away too.
[1] https://github.com/libhugetlbfs/libhugetlbfs/releases/tag/2.21
Signed-off-by: Daniel Díaz <daniel.diaz@linaro.org>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
* as PNBLACKLIST message says, these recipes are blacklisted for long
time and nobody showed any interest to fix them
* remove all unused .patch and .inc files as well
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
When accessed relative to build dir it ends up
using wrong relative paths and cant find the
linker scripts when linked with clang
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Upgrade libhugetlbfs from 1.19 to 1.20.
* Remove libhugetlbfs-avoid-using-restrict-as-var-name.patch which is
fixed in upstream.
Signed-off-by: Kai Kang <kai.kang@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* Add libhugetlbfs-perl to RDEPENDS for libhugetlbfs
as some perl scripts in package libhugetlbfs depend
on the perl module provided by libhugetlbfs-perl
* Update the perl module install folder to
$(LIBDIR64)/perl/${@get_perl_version(d)}/TLBC such as
/usr/lib64/perl/5.22.1/TLBC/OpCollect.pm otherwise the
perl scripts can't find the perl module as below:
Can't locate TLBC/OpCollect.pm in @INC (you may need to install
the TLBC::OpCollect module) (@INC contains: /usr/bin
/etc/perl /usr/lib64/perl/site_perl/5.22.1/
/usr/lib64/perl/site_perl/5.22.1
/usr/lib64/perl/vendor_perl/5.22.1/
/usr/lib64/perl/vendor_perl/5.22.1 /usr/lib64/perl/5.22.1/
/usr/lib64/perl/5.22.1 /usr/local/lib/site_perl .)
at /usr/bin/cpupcstat line 12.
BEGIN failed--compilation aborted at /usr/bin/cpupcstat line 12.
Signed-off-by: Mingli Yu <Mingli.Yu@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Backported commit e3928d572b12f4e85a2a989482ac2d68c1bc2734
("Force text segment alignment to 0x08000000 for i386 with gold linker")
from libhugetlbfs -next branch to fix the build failure with gold linker.
And, enable x86-32 in COMPATIBLE_HOST.
Signed-off-by: Yang Shi <yang.shi@linaro.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
base_contains() is a compatibility wrapper and may warn in the future, so
replace all instances with bb.utils.contains().
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
When compile with gcc 5.x, libhugetlbfs fails with:
| hugeutils.c: In function '__lh_hugetlbfs_setup_env':
| hugeutils.c:304:40: error: expected identifier or '(' before restrict'
| char *p, *tok, *exe, buf[MAX_EXE+1], restrict[MAX_EXE];
| ^
Rename variable to avoid using keyword restrict as variable name to fix it.
Signed-off-by: Kai Kang <kai.kang@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
There was a patch fixing the same issue:
libhugetlbfs-avoid-search-host-library-path-for-cros.patch
but missed the elf_i386.xB*, this patch fixes for it.
Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
Signed-off-by: Kai Kang <kai.kang@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
COMPATIBLE_HOST included support for x86_64 but not for
32-bit x86 architectures - added i586 arch name to cover qemux86, etc.
Signed-off-by: Gary S. Robertson <gary.robertson@linaro.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Fixed computation of page size and text segment offset for various arm
architectures - including both LE and BE variants of armv7 as well as
aarch64
Upstream Status: Accepted at libhugetlbfs project
Signed-off-by: Gary S. Robertson <gary.robertson@linaro.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
In a non-native cross-development scenario, the Makefile
only recognized i386 or x86_64 PC architectures.
Extended this to also recognize i486, i586, and i686
Upstream Status: Accepted but not yet applied by libhugetlbfs project
Signed-off-by: Gary S. Robertson <gary.robertson@linaro.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
This solves the following warning:
libhugetlbfs-2.18: libhugetlbfs-tests requires /bin/bash, but no providers in
its RDEPENDS [file-rdeps]
libhugetlbfs-2.18: libhugetlbfs requires /bin/bash, /usr/bin/perl, but no
providers in its RDEPENDS [file-rdeps]
Signed-off-by: Chong Lu <Chong.Lu@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Upstream Status: Submitted
This patch applies the same technique used by Koen Kool in the following patch
which was accepted by the libhugetlbfs project:
[0a4f6] Add aarch64_be_support 2014-03-31 10:52:37
It modifies the libhugetlbfs Makefile to mark all 32-bit arm architectures
as supported by the libhugetlbfs build. Builds and successful functional
tests have been performed for armv7a LE and BE runtime platforms.
This patch replaces and renders obsolete the following patch:
arm32-support.patch by: Chunrong Guo <B40290@freescale.com>
Signed-off-by: Gary S. Robertson <gary.robertson@linaro.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
qemux86_64 has the same issue with powerpc64, set
BUILDTYPE=NATIVEONLY as default
Fix the below build issue for 64bit platforms:
| fatal error: gnu/stubs-32.h: No such file or directory
| # include <gnu/stubs-32.h>
| ^
| compilation terminated.
| make: *** [obj32/elflink.o] Error 1
Signed-off-by: Ting Liu <b28495@freescale.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
If obj32 needed, user can build lib32-libhugetlbfs.
Fix the below build issue for 64bit powerpc boards:
| fatal error: gnu/stubs-32.h: No such file or directory
| # include <gnu/stubs-32.h>
| ^
| compilation terminated.
| make: *** [obj32/elflink.o] Error 1
Signed-off-by: Ting Liu <b28495@freescale.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
In recent libhugetlbfs source, powerpc/powerpc64 is changed back to
ppc/ppc64 (to match with the output of `uname -a`).
Update the recipe to avoid build issue for now.
Signed-off-by: Ting Liu <b28495@freescale.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Libhugetlbs doesn't generate proper .so.X libs, only two .so files. Package those in ${PN} and silence the resulting QA warning. This fixes:
ERROR: QA Issue: libhugetlbfs-tests rdepends on libhugetlbfs-dev
Signed-off-by: Koen Kooi <koen.kooi@linaro.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* Update recipe:
- update SRCREV to latest release, 2.18
- switch back to master branch
- increase verbosity (pass V=1 to EXTRA_OEMAKE) to make debugging easier
* Drop patches:
- fix-lib64-can-not-be-shiped-in-64bit-target.patch
replaced by LIBARGS definition. the build system allows to override libdir
using LIB32 and LIB64 variables
- 0001-install-perl-lib-to-directory-perl-instead-of-perl5.patch
replaced by a one-liner to fixup perl module directory hardcoded to perl5
* Refresh skip-checking-LIB32-and-LIB64-if-they-point-to-the-s.patch
- only disable the error to skip the check
* Add patches:
- 0001-aarch64-fix-cross-compilation.patch - submitted upstream
allow to override CC and use it for aarch64 case like the other arch
- 0001-aarch64-fix-page-size-not-properly-computed.patch - submitted upstream
fix typo on MB variable (MB -> $MB) and add the missing linker variants
(aarch64elfb, aarch64linux, aarch64linuxb)
- 0001-replace-lib-lib64-hardcoded-values-by-LIBDIR32-LIBDI.patch
submitted upstream. replace lib/lib64 hardcoded values by LIBDIR32 and
LIBDIR64 variables
* Remove patches that aren't applied in the recipe (they're all merged
upstream and available in 2.18 release):
- libhugetlbfs/files/aarch64-support.patch
- aarch64-unit-test-fixes.patch
- add-PROT-NONE-to-the-mprotest-test.patch
Signed-off-by: Fathi Boudra <fathi.boudra@linaro.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Changes:
- rename SUMMARY with length > 80 to DESCRIPTION
- rename DESCRIPTION with length < 80 to (non present tag) SUMMARY
- drop final point character at the end of SUMMARY string
- remove trailing whitespace of SUMMARY line
Note: don't bump PR
Signed-off-by: Matthieu Crapet <Matthieu.Crapet@ingenico.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
/opt should never be used for packages built by OE, so install the tests in a more standard location.
Signed-off-by: Koen Kooi <koen.kooi@linaro.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
*libhugetlbfs depends on perl, and perl installs a directory 'perl'
and make a symlink 'perl5' to it. So just install perl libs in
libhugetlbfs to directory 'perl' instead of 'perl5'. This can avoid
the following error:
| CalledProcessError: Command 'tar -cf - -C .../perl/5.14.3-r1/sysroot-destdir
| -ps . | tar -xf - -C .../tmp/sysroots/t4240qds'
| returned non-zero exit status 2 with output
| tar: ./usr/lib/perl5: Cannot create symlink to `perl': File exists
| tar: Exiting with failure status due to previous errors
Signed-off-by: Chunrong Guo <B40290@freescale.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
*Hard coded path makes the script impossible to run out of source tree.
*After 'make install', we can use hugeadm utility under DESTDIR.
Signed-off-by: Chunrong Guo <B40290@freescale.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
*TESTS_64 is empty, install will fail due to missing file operand.
Signed-off-by: Chunrong Guo <B40290@freescale.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
