summaryrefslogtreecommitdiffstats
path: root/meta/site
Commit message (Collapse)AuthorAgeFilesLines
* site/powerpc64-linux: add cvs_cv_func_printf_ptrRobert Yang2018-07-021-0/+2
| | | | | | | | | | | | | | | | | | | | | Fixed when powerpc64: $ bitbake <image> -ctestsdk [snip] checking whether printf supports %p... configure: error: cannot run test program while cross compiling See `config.log' for more details. test_cvs (oeqa.sdk.buildcvs.BuildCvsTest) ... FAIL [snip] The cvs_cv_func_printf_ptr is already in powerpc32-linux. (From OE-Core rev: cbba73baf94cd0ee99d010abab79140cd5e4b99e) (From OE-Core rev: b0488665785a07391b9a3ac25c3943b43ccb0a5c) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Armin Kuster <akuster808@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site/risc-v: Cache common variables to build libIDLKhem Raj2018-03-252-0/+10
| | | | | | | | | | | These variables force runtime tests during configure they are already cached for other architectures (From OE-Core rev: 7a0e456d9dcfe9d9d9a0dbd24a6083c8d40516ff) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site/riscv: Shunt the realloc configure test for startup-notificationKhem Raj2018-03-152-0/+4
| | | | | | | | (From OE-Core rev: c1d22fe95ea132275237854681c938d9238579cf) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site/common-linux: coreutils: get the uptime program to workSean Nyekjaer2018-02-161-0/+1
| | | | | | | | | | | | | | | | | | | coreutils configure script needs to know whether /proc/uptime is available, but this is not possible in a cross-compilation context. This leads to an uptime program that fails to work on the target, as it has been compiled without /proc/uptime reading support. This commit fixes that by telling coreutils at configure time that /proc/uptime will be available on the target (which seems to be a reasonable assumption on Linux systems). This commit is made with great inspiration from Thomas Petazzoni's patch to buildroot to fix the same issue. (From OE-Core rev: 199b661c0699eb31df5bc73f2e3dce6a2db4585d) Signed-off-by: Sean Nyekjaer <sean.nyekjaer@prevas.dk> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site/*-linux: don't cache ac_cv_sizeof_boolIoan-Adrian Ratiu2018-01-143-3/+0
| | | | | | | | | | | | | | 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 <adrian.ratiu@ni.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site/common: Allow ac_cv_path_SED to be overridden2.5_M1Richard Purdie2018-01-041-1/+1
| | | | | | | | | | | There are tools in the wild where we need this to be a full path, even if that doesn't make sense in most other cases due to libtool issues. Allow those cases to override the default value as currently its near impossible to do so. (From OE-Core rev: 65652f419a4c8578121f1f67d43f23ce4eae5a37) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site: consolidate ac_cv_func_mmap_fixed_mapped definitionsRoss Burton2017-12-105-4/+1
| | | | | | | | | | | | | | | | | | 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 <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site/microblaze-linux: Add MicroBlaze linux site infoNathan Rossi2017-11-211-0/+54
| | | | | | | | | | | | Add linux site info for the MicroBlaze architecture. This is based on the site info from meta-xilinx and additional options based on config options that other *-linux architecture site info files define. (From OE-Core rev: def626a46efdeeaf867a27464aed463d265d777c) Signed-off-by: Nathan Rossi <nathan@nathanrossi.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site: Add riscv32 and riscv64Khem Raj2017-11-052-0/+8
| | | | | | | | (From OE-Core rev: ee3ec248700669fe9b8b589e4a513918949a26e3) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* siteinfo: nios2-linux - remove wrong mutex infoJuro Bystricky2017-10-071-1/+0
| | | | | | | | | | | | | | 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 <juro.bystricky@intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site/ix86-common: Drop ac_cv_sizeof_ino_t as it can be incorrect with large ↵Richard Purdie2017-08-163-3/+0
| | | | | | | | | | | | | | | | | file support 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 <richard.purdie@linuxfoundation.org>
* meta: Remove further uclibc remnants (inc. patches and site files)Richard Purdie2017-06-228-657/+0
| | | | | | | | | | | | 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 <richard.purdie@linuxfoundation.org>
* siteinfo.bbclass: Add mipsisa{32, 64}r6{el, } supportZubair Lutfullah Kakakhel2016-10-074-0/+324
| | | | | | | | | Add support for MIPS Release 6 ISA (From OE-Core rev: fcb67508be00cdd22181d6c9e4c3d29dfa578b45) Signed-off-by: Zubair Lutfullah Kakakhel <Zubair.Kakakhel@imgtec.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mips64-linux: set ac_cv_sizeof_ssize_t for mips64elZubair Lutfullah Kakakhel2016-10-011-0/+1
| | | | | | | | | | | | | 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 <Zubair.Kakakhel@imgtec.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site: Move rsync_cv_HAVE_C99_VSNPRINTF to common-linuxKhem Raj2016-07-205-4/+3
| | | | | | | | | | | | | | | | | | | | 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 <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta/site: remove sizeof_off_tRoss Burton2016-04-126-6/+0
| | | | | | | | | | 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 <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site: Cache config vars for ccacheKhem Raj2016-03-281-0/+4
| | | | | | | | | | | | | | 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 <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* siteinfo: Move apr configure cache to common-linuxKhem Raj2016-03-207-20/+3
| | | | | | | | | | | | | | 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 <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site/common-linux: Add some macros to avoid sleeps during configureRichard Purdie2015-12-141-0/+4
| | | | | | | | | | | 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 <richard.purdie@linuxfoundation.org>
* siteinfo: Add nios2-linuxMarek Vasut2015-09-231-0/+395
| | | | | | | | | | | | | Add nios2-linux info, pulled from OE-Classic [1] as of commit fabd8e6d07d3cd0cc93c2a0fc804f8c8f316c649 . [1] https://github.com/openembedded/openembedded.git (From OE-Core rev: 8fa526cd6ede52c71d8aa09482431ce656860c42) Signed-off-by: Marek Vasut <marex@denx.de> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* common-glibc: define bash_cv_getcwd_mallocJoe Slater2015-07-231-0/+1
| | | | | | | | | | | | We do not want bash to use internal code for getcwd() because it can fail in certain filesystem types. Trust that the function in glibc is not "broken". (From OE-Core rev: 72539c68e4a6ef1497af3f707107c3a69ab37bbd) Signed-off-by: Joe Slater <jslater@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* siteinfo: account for 32 and 64 bit armJoe Slater2014-12-233-38/+93
| | | | | | | | | | | | | Pull wordsize related items from arm-common and put in arm-32. Leave them as they were. Copy arm-32 to arm-64 and comment out all variables. Re-define to correct values leaving items which do not appear to be used undefined. (From OE-Core rev: 99d43a1554b2daeb7aba3c4582ccec758e6ec4a5) Signed-off-by: Joe Slater <jslater@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site/common-darwin: Really fix common-darwin typoRichard Purdie2014-08-181-1/+1
| | | | | | (From OE-Core rev: 0300a46a8350cc58b40cfc5887ab04f0b0f5435e) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site: Add common-darwinRichard Purdie2014-08-151-0/+2
| | | | | | | | | | We need this to ensure there are some correct values when building with meta-darwin. This matches the addition of a common-mingw site file in the core. (From OE-Core rev: 8c2ade6f48dcc522c68f798286d1c43bd2c1c8e7) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* common-mingw: force ac_cv_func_mmap_fixed_mapped=noRichard Tollerton2014-07-191-0/+2
| | | | | | | | | | | | The expat mingw build breaks because ix86-common defines ac_cv_func_mmap_fixed_mapped=yes, causing the build to think that mmap(), mman.h actually exist. Fix this by always forcing the variable to "no", which configure would have concluded without such interference. (From OE-Core rev: 9add830b85222b57774acc35539e678d9ca8efb2) Signed-off-by: Richard Tollerton <rich.tollerton@ni.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* siteinfo, insane: Recognize musl specific tripletsKhem Raj2014-06-011-0/+52
| | | | | | | | | | | We will use '-musl' to identify musl based systems this patch lays the foundation for recognising those and map them to internal variable representations (From OE-Core rev: 9cd77aed67373e33dc69158ab02b94d7045c1119) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mips64-linux: set ac_cv_sizeof_ssize_tValentin Popa2014-03-171-0/+1
| | | | | | | | | | | | | | | | | | | | Set ac_cv_sizeof_ssize_t for mips64; mips-common will not overwrite it. "ssize_t is a posix define which is architecture specific whose value is signed size_t, glibc/uclibc for mips64/n64 linux platform defines it to be equivalent of 'long' and long here is 8bytes because mips64/n64 follows LP64 model. In OpenEmbedded our default ABI for mips64 platforms is N64, having said that autoconf decides to poke at the platform for finding these kind of sizes which fails when you are doing cross compiling hence we have to cache it." - Khem Raj [YOCTO #5935] (From OE-Core rev: 7a5b6b968c5adf06982ff0f53871f87aaed41580) Signed-off-by: Valentin Popa <valentin.popa@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* unfs3, unfs-server: Replace all instances of unfs-server with unfs3Jason Wessel2014-01-282-2/+2
| | | | | | | | | | | | | | | 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 <jason.wessel@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site: add xorg_cv_malloc0_returns_nullRoss Burton2013-12-142-0/+6
| | | | | | | | | | | | | | | | | util-macros 1.18 will look in the autoconf cache for this value so instead of using overrides in xorg-lib-common, use the per-libc site cache. Alert readers may notice that the site file claims that glibc returns NULL from malloc(), when the previous change (e628c8aba0189de30de2833882b9999ff3b6547a) claimed that it didn't. The previous change was incorrect, whilst malloc(0) returns a valid pointer, realloc(p,0) does in fact return NULL, so the Xlib wrapper functions are needed. (From OE-Core rev: ecbf3f81f6d2929921e57066c2dd327d41d8e286) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* native: Use a native site file and ensure the correct sed is usedRichard Purdie2013-09-301-0/+1
| | | | | | | | | | | | | | | | native recipes were not using the site files. There are some things we need to correct such as not using the path to sed-native. This allows us to deploy settings globally for all recipes rather than hacking around then in individual recipes as libtool-native used to for sed. This fixes a regression introduced by http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=32edeb391f2107bb66b361cdcd4b8d4447731c33 (From OE-Core rev: db2eb3258844458569b7d4e6ed82c345858a3b99) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc/libtool/perl: Fix various path to sed-native problemsRichard Purdie2013-09-261-0/+2
| | | | | | | | | | | | | | | | | | | | If sed-native is built before these programs, hardcoded paths to sed-native can end up in scripts and other parts of the system which may cause issues if they are later used from sstate and sed-native is not installed. To avoid this, this patch changes the global site configuration to specify that plain "sed" is fine to be used. We need to spell this out for gcc since it doesn't see the site files since we don't autoreconf it. We can remove the values from libtool. We tell perl to use "/bin/sed" since it requires a path and the system sed should be just fine for it. [YOCTO #4971] (From OE-Core rev: 2ec171cb188601bf18c6c2895870907024b1c52a) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* apr_cv_mutex_recursive=yes added to apr_1.4.6.bb to make rosnodes workvictor2013-07-051-1/+0
| | | | | | | | | | | | | | | | | 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 <v.mayoralv@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site: add more alignment values for at-spi2-coreRoss Burton2013-06-135-2/+32
| | | | | | | | | | | | 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 <ross.burton@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* powerpc64-linux: Update cached autoconf value for apr on powerpc64Zhenhua Luo2013-05-301-0/+4
| | | | | | | | | | | | | | Fix below apr configure issue of powerpc64 targets. | configure:27173: checking whether TCP_NODELAY and TCP_CORK can both be | enabled | configure:27179: error: in `/home/yocto/workspace/sdk-devel/build_p5020ds-64b_release/tmp/work/ppc64e5500-fsl-linux/apr/1.4.6-r2/apr-1.4.6': | configure:27181: error: cannot run test program while cross compiling (From OE-Core rev: 742b6fe11190839120fc99662c0c51aac5f22c04) Signed-off-by: Zhenhua Luo <zhenhua.luo@freescale.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site/common-uclibc: add predefined configure vars for coreutilsHenning Heinold2013-04-051-0/+5
| | | | | | | | | | * this sets some configure vars which will be guessed false in cross-compile case for uclibc (From OE-Core rev: c5337326005c975425b1eb2b62796e9b33f72ac3) Signed-off-by: Henning Heinold <heinold@inf.fu-berlin.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site: add endianness information for libmemcachedMarcin Juszkiewicz2013-04-042-0/+5
| | | | | | | (From OE-Core rev: 2587a33134fde80dd1367629d9def45ac70256ee) Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site/x32-linux: Specify double alignmentRichard Purdie2013-02-131-0/+1
| | | | | | | | | | Double alignment is 8 bytes on x32 but it is defaulting to 4 currently. This leads to various issues and fontconfig fails to build due to the mismatch triggering assert failures. (From OE-Core rev: f2a0784f368fa8a766aae4242a0c187759b35393) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site: add x86-32/64 alignment values for at-spi2-coreRoss Burton2013-01-212-0/+19
| | | | | | | | | | 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 <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site/common: deactivate a runtime check for ipv6-support in python >=2.7.1 ↵Lukas Bulwahn2013-01-091-0/+2
| | | | | | | | | | | | | | | | | | | | that fails when cross-compiling In configure there is a runtime check to determine buggy getaddrinfo and as we are cross-compiling this check goes wrong. If ipv6 is enabled in python, the failed test is reported as fatal error with the message Fatal: You must get working getaddrinfo() function. Setting ac_cv_buggy_getaddrinfo=no deactivates the runtime check and allows to compile python with ipv6 enabled. This commit was derived from the commit 700b75e7661062aa93cf81205b78c8bf7609922d in the Classic OpenEmbedded Development Tree. (From OE-Core rev: 95cc8015a867235bed6d6cde08ab87f5351a66c7) Signed-off-by: Lukas Bulwahn <lukas.bulwahn@oss.bmw-carit.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site/common-linux: move ac_cv_o_nonblock_inherited to site/common-linuxRoy.Li2012-12-032-1/+3
| | | | | | | | | | | | | | | | | | | | | 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 <rongqing.li@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site/common-linux: fix incorrect size of pid_t for aprPaul Eggleton2012-07-021-0/+1
| | | | | | | | | | | | | | | If cross-compiling, apr's configure script assumes that pid_t is 64-bit which is wrong - it appears that 32-bit is a safe assumption for Linux no matter what the architecture, so use that instead by default. This fixes Apache writing garbage to its pid file when built using apr produced from this recipe. (From OE-Core rev: 81eb71736a4d14abe85d810f9862d8a9421e9ef5) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site/x86_64-linux-uclibc: Cache definitions of guint32/guint64Khem Raj2012-06-181-0/+3
| | | | | | | | | Without this glib 2.32.x wont build. (From OE-Core rev: 6cb8bb9a338097dd63be63732b8e67fc87eb1a5e) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site/sh-common: Add missing caches variables to build glib-2.32Khem Raj2012-05-211-0/+4
| | | | | | | | | This is on the same tone as done for other architectures (From OE-Core rev: 7bdc3a07d3212d7fc820c77ba509e476cc7aa672) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site: Add mips64 eglibc and uclibc site filesKhem Raj2012-05-214-0/+355
| | | | | | | (From OE-Core rev: 2e315d2d0de215811e8caa80b1f13fd0e9fa53e8) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site/arm-common: alignment values for guin32, guin64 and unsigned longTomas Frydrych2012-05-071-0/+3
| | | | | | These are required to build recent versions of glib-2.0 Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site/powerpc-common: alignment values for guin32, guin64 and unsigned longSaul Wold2012-05-071-0/+5
| | | | | | | | | These are required to build recent versions of glib-2.0 (From OE-Core rev: e9fd8e3d01091aebbc4b3584d9febc695836e4c3) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site/mips-common: alignment values for guin32, guin64 and unsigned longSaul Wold2012-05-071-0/+4
| | | | | | | | | These are required to build recent versions of glib-2.0 (From OE-Core rev: 8fa607c1430674bee1f1f80d33f8939d7f0b1100) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site/ix86-common, site/x86_64-linux: alignment values for guin32, guin64 and ↵Martin Jansa2012-05-032-0/+6
| | | | | | | | | | | unsigned long These are required to build recent versions of glib-2.0 (From OE-Core rev: bb996003547f9b93b734ddac11407b4eb42ecfac) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* evolation-data-server: Rename from eds-dbusSaul Wold2012-04-265-5/+5
| | | | | | | | | [YOCTO #2316] (From OE-Core rev: 6189a8a05620974c098d548c26502453f371fe26) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* powerpc64-linux: Update cached autoconf values for libpcap on powerpc64Matthew McClintock2012-02-101-1/+2
| | | | | | | | | Without this fix, libpcap will fail to build on powerpc64 (From OE-Core rev: 01a28e8b04c206e54bcb01ccd7401c08d5c600ce) Signed-off-by: Matthew McClintock <msm@freescale.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>