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

site: remove at-spi2-core values

2023-09-02T06:45:29+00:00

at-spi2-core is built with Meson now, so these values are not needed. (From OE-Core rev: 319249ea639991d4d0a5f34be171d0ce7b44da0c) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

site: remove glib site values

2023-02-19T07:47:53+00:00

GLib 1.x is incredibly obsolete and GLib 2.x is built using Meson not autotools, so we can remove the GLib entries from the site files. Also fix a few copy/paste typos where glib_ was used incorrectly, for example: ac_cv_sizeof_ptrdiff_t=${glib_cv_sizeof_ptrdiff_t=4} The glib_cv_ should be ac_cv_. (From OE-Core rev: 69e757e6bef8b1037e2f23121774af1d5f6c96df) Signed-off-by: Ross Burton Signed-off-by: Alexandre Belloni Signed-off-by: Richard Purdie

site: Drop ORBit2 relared cached variables

2021-09-23T12:49:11+00:00

ORBit2 is long gone (From OE-Core rev: a5c5dd9229553e0e364f083d661382fe0c15600c) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

site: Drop caching libIDL_cv_long_long_format

2021-09-23T12:49:11+00:00

recipe for libidl has long been deleted (From OE-Core rev: 587d0b51b09cd426dc4b2b7646fa063d10ae4f2f) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

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