linux/poky.git/meta/site/ix86-common, branch hardknott

site: Remove sctp related configs

2020-01-16T22:33:09+00:00

They are preventing autotools from checking netinet/sctp.h existence successfuly which in turn makes configure.ac files with lines similar to this to fail, even if DEPENDS="lksctp-tools" and netinet/sctp.h is clearly available under recipe-sysroot/: AC_CHECK_HEADERS(netinet/sctp.h,,AC_MSG_ERROR(netinet/sctp.h not found)) This is the case for new libosmo-netif versionsi (meta-telephony branch laforge/nightly), which expects netinet/sctp.h to be available if default flag --enable-libsctp is used. Without this patch, do_configure will fail unless following line is used in the recipe: CACHED_CONFIGUREVARS += "${@bb.utils.contains('PACKAGECONFIG', 'libsctp', 'ac_cv_header_netinet_sctp_h=yes', '',d)}" So removing ac_cv_header_netinet_sctp_h would be enough, but I couldn't find any good information on why the other 2 variables were set in site config files, hence no good reason to keep them. (From OE-Core rev: 6a641e744507c8c17fa3d7273cb2e5b512ca0242) Signed-off-by: Pau Espin Pedrol Signed-off-by: Richard Purdie

site: consolidate ac_cv_func_mmap_fixed_mapped definitions

2017-12-10T22:45:18+00:00

This is the cache variable used by AC_FUNC_MMAP, which is possibly one of the worst autoconf macros to exist. Apart from being a runtime test which silently claims that mmap() is broken when cross-compiling, this is basically to verify that mmap() actually works, because SVR4.0 (released 1988) was broken. Thirty years later, everyone has a working mmap(). common-glibc already has an assignment, so add a corresponding assignment to common-musl and remove it from the machine-specific files. (From OE-Core rev: 93dd7c87cef4fd9c22a09857fb55218c8be87b5b) 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

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

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

unfs3, unfs-server: Replace all instances of unfs-server with unfs3

2014-01-28T00:52:35+00:00

Other recipes dependencies and even some comments need to be updated for the removal of unfs-server and the replacement with unfs3. The unfs3 is a complete drop in replacement providing all the prior functionality of NFSv2 but also adding NFSv3. [YOCTO #5639] (From OE-Core rev: d577c56519a448b142da5b43e46d5bd9d3a3b4bd) Signed-off-by: Jason Wessel Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

site: add more alignment values for at-spi2-core

2013-06-13T16:38:10+00:00

x86 and x86_64 values were added in 8c46ec. The x86-64 values were missing an entry, add MIPS and PowerPC values from myself in qemu, and ARM values from Martin Jansa. (From OE-Core rev: a6a12ef5cad0dbb2d773bdccc340f1f767c5a782) Signed-off-by: Ross Burton Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

site: add x86-32/64 alignment values for at-spi2-core

2013-01-21T19:04:33+00:00

This package isn't yet in oe-core, but GTK+ 3.6 depends on it so will be here at some point. (From OE-Core rev: 8c46ec2edc0197b32d32e0f27d5b60271338b600) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

site/ix86-common, site/x86_64-linux: alignment values for guin32, guin64 and unsigned long

2012-05-03T14:48:09+00:00

These are required to build recent versions of glib-2.0 (From OE-Core rev: bb996003547f9b93b734ddac11407b4eb42ecfac) Signed-off-by: Martin Jansa Signed-off-by: Richard Purdie