aboutsummaryrefslogtreecommitdiffstats
path: root/meta/site/powerpc32-linux
AgeCommit message (Collapse)Author
2018-01-13site/*-linux: don't cache ac_cv_sizeof_boolIoan-Adrian Ratiu
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. Signed-off-by: Ioan-Adrian Ratiu <adrian.ratiu@ni.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2016-04-11meta/site: remove sizeof_off_tRoss Burton
The size of off_t depends on whether large file support is enabled through preprocessor flags, so we can't cache this. Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2016-03-20siteinfo: Move apr configure cache to common-linuxKhem Raj
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. Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-05apr_cv_mutex_recursive=yes added to apr_1.4.6.bb to make rosnodes workvictor
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. Signed-off-by: VĂ­ctor Mayoral Vilches <v.mayoralv@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-12-03site/common-linux: move ac_cv_o_nonblock_inherited to site/common-linuxRoy.Li
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 Signed-off-by: Roy.Li <rongqing.li@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-08-04Various siteinfo files: Consolidate va_copy/__va_copy/va_val_copyTom Rini
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. Signed-off-by: Tom Rini <tom_rini@mentor.com>
2011-08-04Various siteinfo files: Consolidate ac_cv_func_getaddrinfoTom Rini
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. Signed-off-by: Tom Rini <tom_rini@mentor.com>
2011-08-04Various site files: Drop monotone/monoTom Rini
Not in oe-core nor meta-oe and based on oe.dev, possibly incomplete. Signed-off-by: Tom Rini <tom_rini@mentor.com>
2011-08-04sudo: Drop sudo_cv_uid_t_len from site filesTom Rini
We were just setting this to the assumed default. If anything, this belongs in the libc files if we must set it. Signed-off-by: Tom Rini <tom_rini@mentor.com>
2011-07-27siteinfo: Move general realloc/malloc values to common-$libcTom Rini
These are tests for glibc behavior which we have enabled in uclibc. Note that if we ever disable MALLOC_GLIBC_COMPAT the uclibc tests will need to be changed (but I believe this would also entail massive patching to the rest of userspace so this should be unlikely). Signed-off-by: Tom Rini <tom_rini@mentor.com>
2011-07-27siteinfo: Move certain db entries to common-linuxTom Rini
Note that we had a number of unused and ignored settings wrt mutex support. These have been dropped as they weren't being used and implied some odd things to boot. This is also a partial resync with oe.dev which had some, but not all of these changes. Signed-off-by: Tom Rini <tom_rini@mentor.com>
2011-07-27siteinfo: Move certain mysql entries to common-linuxTom Rini
More re-sync with oe.dev Signed-off-by: Tom Rini <tom_rini@mentor.com>
2011-07-27siteinfo: Move certain bash entries to common-linuxTom Rini
More re-sync with oe.dev Signed-off-by: Tom Rini <tom_rini@mentor.com>
2011-07-27siteinfo: Move certain samba entries to common-linuxTom Rini
Part of re-syncing with oe.dev, move samba_cv_HAVE_IFACE_* to common-linux Signed-off-by: Tom Rini <tom_rini@mentor.com>
2011-07-22site/powerpc*-linux: refactor needed options that are commonKumar Gala
Pulled common options that are needed for powerpc64-linux to build out of powerpc32-linux and put them into powerpc-linux. Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-22site/powerpc32-linux: Update with ac_cv_sizeof_* from eglibcKumar Gala
Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-22site/powerpc: Pull all powerpc config options into powerpc32-linuxKumar Gala
powerpc-common was really Linux PPC32 specific. So move all the options in it to powerpc32-linux and we can refactor out common bits shared between into powerpc-linux and powerpc-common. Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>