linux/poky.git/meta/site/powerpc32-linux, branch honister

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/*-linux: don't cache ac_cv_sizeof_bool

2018-01-14T09:11:57+00:00

The value was hardcoded from the time it couldn't be computed, which is no longer the case. After C99 'bool' is only defined if stdbool.h is included, it's implementation defined and not required to be 1, so caching it doesn't make sense and certain recipes whoose code test ac_cv_sizeof_bool fail to build. (From OE-Core rev: 15af2d527d582ef181d6b9c042844aa89f991f0b) Signed-off-by: Ioan-Adrian Ratiu 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

apr_cv_mutex_recursive=yes added to apr_1.4.6.bb to make rosnodes work

2013-07-05T14:34:22+00:00

Working with the meta-ros project we detected that the ROS nodes didn't launch properly the reason was that by default apr_cv_mutex_recursive in apr is set to no and this leads to the APRENOTIMPL return value of apr_thread_mutex_create in thread_mutex.c when APR_THREAD_MUTEX_NESTED is requested via flags. Added CACHED_CONFIGUREVARS += "apr_cv_mutex_recursive=yes" to sources/openembedded-core/meta/recipes-support/apr/apr_1.4.6.bb to fix this issue. It has also been removed the mention of this variable in meta/site/powerpc32-linux. (From OE-Core rev: 20b9151f877978c086dcc8cbae7e0d9c9e89a45d) Signed-off-by: Víctor Mayoral Vilches Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

site/common-linux: move ac_cv_o_nonblock_inherited to site/common-linux

2012-12-03T14:47:55+00:00

When compiling apr for no-powerpc arch, the flag ac_cv_o_nonblock_inherited is always set to yes in cross compiling environment. This flag is intended to think the socket, returned from accept(), inherit file status flags such as O_NONBLOCK from the listening socket, but socket never inherits file status from the listening socket on Linux (more information to man accept). This is Linux-wide behaviour, so move it from meta/site/powerpc32-linux to site/common-linux. If ac_cv_o_nonblock_inherited is set to yes on Linux, clients can not access the same ip address(URL) with Apache web server via http(port 80) and https(port443) without redirection (From OE-Core rev: f31a7ed3463e169dc93f36cc0bbe084d3f99772a) Signed-off-by: Roy.Li Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

Various siteinfo files: Consolidate va_copy/__va_copy/va_val_copy

2011-08-04T14:04:36+00:00

Providing va_copy / __va_copy come down to the libc. va_val_copy comes down to the architecture. Unfortunately it's assumed true if not set, so we need to make sure to set this to false for x86_64 where it is not true. (From OE-Core rev: a54a803ed89969c2416bfa9d911fe4cf558e2391) Signed-off-by: Tom Rini Signed-off-by: Richard Purdie

Various siteinfo files: Consolidate ac_cv_func_getaddrinfo

2011-08-04T14:04:36+00:00

This is a libc feature, move there. Drop the ipsec-tools specific test as ipsec-tools (a) assumes fine on cross-compile and (b) doesn't support buggy getaddrinfo now. (From OE-Core rev: bca50524921a870bf774e23973a834f20701f146) Signed-off-by: Tom Rini Signed-off-by: Richard Purdie