linux/poky.git/meta/site, branch yocto-2.4

siteinfo: nios2-linux - remove wrong mutex info

2017-10-07T22:20:40+00:00

With the commit afa9f769d62034d4443dfe929422d1d591adf709 some nios2 builds (uboot, core-image-minimal, etc) were broken due to db trying to use ARM instructions in mutexes. The reason was db "configure" used the cached entry from nios2-linux (which was incorrect). So the remedy was to remove the incorrect cached entry and let db "configure" figure out which is the proper mutex to use. (From OE-Core rev: c17c6ba906425d4035b8e044c8bd8bd68c47ef74) Signed-off-by: Juro Bystricky Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

site/ix86-common: Drop ac_cv_sizeof_ino_t as it can be incorrect with large file support

2017-08-15T23:03:15+00:00

Depending on whether large file support is enabled, the size of ino_t can be 4 or 8 on 32 bit x86. Drop the value from the site cache and allow the system to vary it depending on configuration. Very few other arches actually set this so its likely obsolete and doesn't need to be hardcoded anymore. Also drop the 64 bit and x32 variants since autodetection of this value appears to work fine and this avoids any confusion or sizing errors depending on large file support. (From OE-Core rev: 31ae16003cac6c8cf587c98d0c58e9f21690cb40) Signed-off-by: Richard Purdie

meta: Remove further uclibc remnants (inc. patches and site files)

2017-06-22T08:16:00+00:00

Some of these are clearly dead, e.g. one binutils patch reverts the effects of the earlier one. This also removes the uclibc site files. We now have mechanisms to allow these to be extended from another layer should someone ever wish to do that. (From OE-Core rev: e01e7c543a559c8926d72159b5cd55db0c661434) Signed-off-by: Richard Purdie

siteinfo.bbclass: Add mipsisa{32, 64}r6{el, } support

2016-10-07T15:43:57+00:00

Add support for MIPS Release 6 ISA (From OE-Core rev: fcb67508be00cdd22181d6c9e4c3d29dfa578b45) Signed-off-by: Zubair Lutfullah Kakakhel Signed-off-by: Richard Purdie

mips64-linux: set ac_cv_sizeof_ssize_t for mips64el

2016-10-01T20:45:55+00:00

The fix for [YOCTO #5935] was applied for mips64 but not for mips64el Patch it for mips64el For description of issue, check OE-Core 7a5b6b96 (From OE-Core rev: 9b8d7f9fc10c862b78ebc669a7b47e9cb1142d87) Signed-off-by: Zubair Lutfullah Kakakhel Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

site: Move rsync_cv_HAVE_C99_VSNPRINTF to common-linux

2016-07-20T09:28:47+00:00

If we do not cache is then configure in distcc will try to compute it using AC_TRY_RUN which will give some result on x86-64 host when target is x86-64 but it generally is wrong for cross compilation. We therefore cache it for all linux targets. This issue is highlighted by clang when compiling distcc where it figures that its cross compiling and therefore triggers it to include its own implementation of snprintf() which does not go well with clang, gcc compiles it fine thats why we never saw the problem thus far. (From OE-Core rev: e940dfcb5ad4017e5fe616c583253439603656db) Signed-off-by: Khem Raj Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

meta/site: remove sizeof_off_t

2016-04-12T21:50:21+00:00

The size of off_t depends on whether large file support is enabled through preprocessor flags, so we can't cache this. (From OE-Core rev: 25bd4e9483a7d2c16a460b4f363e91b5b943bb58) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

site: Cache config vars for ccache

2016-03-28T14:55:47+00:00

ccache's configure tries to do a runtime test to determine hw_cv_func_snprintf_c99 and hw_cv_func_vsnprintf_c99 which wont work in OE. c99 versions of these functions are provided on all supported libc implementations in OE-Core (From OE-Core rev: dbf2ac39913429a0d2a8ce129cebe4469d6a2c22) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

siteinfo: Move apr configure cache to common-linux

2016-03-20T23:12:31+00:00

There are variables which are used in all target specific sitefiles. Move it to common-linux, so it can be effective for all targets. Usually they will vary based upon libc e.g. musl does not have process shared mutexes so apr_cv_process_shared_works should be no for it. For glibc though it should be yes but existing behaviour is to use 'no' so its left as it is. (From OE-Core rev: 2c5135f2106842e1b5ef880a08dbd4e50c9e0d04) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

site/common-linux: Add some macros to avoid sleeps during configure

2015-12-14T22:30:56+00:00

If you profile gettext do_configure you notice it has some "sleep 1" type events occurring. This patch ensures we cache the right values to avoid those pointless delays there and in any other configure scripts using the same macros. (From OE-Core rev: ae49c16816e23fcfdcfb88d2d763e91be78f9dc0) Signed-off-by: Richard Purdie