summaryrefslogtreecommitdiffstats
path: root/meta/site/common-linux
Commit message (Collapse)AuthorAgeFilesLines
* site: on linux, link(2) doesn't follow symlinksAndré Draszik2020-01-111-0/+1
| | | | | | | | | (but gnulib / coreutils assumes yes when cross-compiling) (From OE-Core rev: e1a20bed0d1c6b5fc64c9200fcd8ce2496ce3e08) Signed-off-by: André Draszik <git@andred.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site: on linux, pipes are fifos with max link count of 1André Draszik2020-01-111-0/+1
| | | | | | | (From OE-Core rev: 13aa567ac1c2c5232378bb9de0bb4ccf04f8c2ac) Signed-off-by: André Draszik <git@andred.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site: linux supports NULL in utime()André Draszik2020-01-111-0/+1
| | | | | | | | | to set the file to the current time (From OE-Core rev: 530e01e79e9674d0049b183dc23491eb886b066b) Signed-off-by: André Draszik <git@andred.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site: linux supports unlink() of executing programAndré Draszik2020-01-111-0/+1
| | | | | | | | | I.e. shared text that is being executed. (From OE-Core rev: 1370742d20aaa1a17f3e242ea9bb54df944b6416) Signed-off-by: André Draszik <git@andred.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site: linux has working chown()André Draszik2020-01-111-0/+1
| | | | | | | | | I.e. a chown() that works when given -1 as uid / gid (From OE-Core rev: 226b8b2b1b565ef019b442ad3bf1f5d86704e1d2) Signed-off-by: André Draszik <git@andred.net> 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: Move rsync_cv_HAVE_C99_VSNPRINTF to common-linuxKhem Raj2016-07-201-0/+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>
* 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-201-0/+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>
* site/common-linux: move ac_cv_o_nonblock_inherited to site/common-linuxRoy.Li2012-12-031-0/+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>
* python, python-native: upgrade from 2.6.6 to 2.7.2Nitin A Kamble2011-10-311-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Rebased these patches to the newer code modified: python-native/nohostlibs.patch modified: python/01-use-proper-tools-for-cross-build.patch modified: python/06-avoid_usr_lib_termcap_path_in_linking.patch modified: python/06-ctypes-libffi-fix-configure.patch modified: python/multilib.patch Deleted these patches are the are now upstream deleted: python/02-remove-test-for-cross.patch deleted: python/security_issue_2254_fix.patch Added this patch to python-native new file: python-native/multilib.patch Updated site config file for python modified: ../../site/common-linux : add ac_cv_have_long_long_format for python avoid this error in python: Include/pyport.h:243:13: error: #error "This platform's pyconfig.h needs to define PY_FORMAT_LONG_LONG" Updated default python version modified: ../../conf/distro/include/default-versions.inc (From OE-Core rev: b284e9a512860b8a8380be80f96cebce6b92ff80) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils: Upgrade recipe 8.12 -> 8.14Khem Raj2011-10-241-0/+3
| | | | | | | | | | | Change in site files is needed since in cross build envrionment the test to check for gl_cv_func_fstatat_zero_flag is a runtime test (From OE-Core rev: 906c46d17146bc91e79999d861274e802e9fc745) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site/common-linux: Add ac_cv_file__dev_zero=yesTom Rini2011-08-041-0/+3
| | | | | | | (From OE-Core rev: 08a89c956ba4f89e66453e9a4ea70fd9421c1a91) Signed-off-by: Tom Rini <tom_rini@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tcl: Add tcl_cv_api_serial to siteinfoTom Rini2011-08-041-0/+3
| | | | | | | | | This comes from oe.dev which had this set for arm-linux only. (From OE-Core rev: 8aaa02e9eb0a4455a30766055e482c77a94af1a4) Signed-off-by: Tom Rini <tom_rini@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* siteinfo: Move certain db entries to common-linuxTom Rini2011-07-271-0/+11
| | | | | | | | | | | | 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. (From OE-Core rev: 7cc52fca921259e331a34263d8113e29b9e0dee9) Signed-off-by: Tom Rini <tom_rini@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* siteinfo: Move certain mysql entries to common-linuxTom Rini2011-07-271-0/+4
| | | | | | | | | More re-sync with oe.dev (From OE-Core rev: a1ce2e6039652c94ba34bfe7343a4424a1cc133b) Signed-off-by: Tom Rini <tom_rini@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* siteinfo: Move certain bash entries to common-linuxTom Rini2011-07-271-0/+16
| | | | | | | | | More re-sync with oe.dev (From OE-Core rev: 75aa86f4800a8344e1dfe721a729fdd281e26a20) Signed-off-by: Tom Rini <tom_rini@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* siteinfo: Move certain samba entries to common-linuxTom Rini2011-07-271-0/+5
| | | | | | | | | Part of re-syncing with oe.dev, move samba_cv_HAVE_IFACE_* to common-linux (From OE-Core rev: bf1e4b1f4952d2dd8e4acd6babb96b3c65999df0) Signed-off-by: Tom Rini <tom_rini@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* siteinfo.bbclass: Port over oe.dev logic for site filesTom Rini2011-07-211-0/+0
In oe.dev we have a sets to pick out hostos/hostarch/etc site files out of and include things like a common-linux site file. This should also help out with adding multilib-specific site files (ie x32). In oe.dev we have an iterator but at Richard's request we continue to return a list of files in siteinfo_get_files(). (From OE-Core rev: cb3d7cd1c0f2bbcd448abbb832074ca965e0af5e) Signed-off-by: Tom Rini <tom_rini@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-11-12 16:52:04 +0000