summaryrefslogtreecommitdiffstats
path: root/meta/site
AgeCommit message (Collapse)Author
2020-07-22site: Make sys_siglist default to noKhem Raj
glibc 2.32 has deprecated sys_siglist [1] since no is default for musl as well, therefore elevate it to common site file for all [1] https://sourceware.org/git/?p=glibc.git;a=commit;h=b1ccfc061feee9ce616444ded8e1cd5acf9fa97f Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2020-01-16site: Remove sctp related configsPau Espin Pedrol
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. Signed-off-by: Pau Espin Pedrol <pespin@sysmocom.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2020-01-11site: musl and glibc have working mktime()André Draszik
This coreutils (gnulib) test tests for various bugs that only exist in ancient versions. It defaults to assuming buggy behaviour with its own implementation when cross-compiling. musl and recent glibc (2.29) are not affected. Signed-off-by: André Draszik <git@andred.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2020-01-11site: strtod() works in glibc / muslAndré Draszik
autoconf has a test for strtod(), which assumes non-working when cross-compiling, but it does work in both musl and recent glibc. coreutils (gnulib) does some additional tests on top of that, but assumes working glibc when >= 2.8 when cross compiling. It doesn't know about musl where the additional tests also work, though. Signed-off-by: André Draszik <git@andred.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2020-01-11site: set nanosleep() behaviour for glibc / muslAndré Draszik
As per coreutils' (gnulib's) autotools test, nanosleep() misbehaves on glibc (2.29), and works fine on musl. During cross-compile, recent coreutils assume brokenness when compiling for linux, which pessimises musl. Set the correct result for musl, and for coherency reasons, also specify the result for glibc. Signed-off-by: André Draszik <git@andred.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2020-01-11site: on linux, link(2) doesn't follow symlinksAndré Draszik
(but gnulib / coreutils assumes yes when cross-compiling) Signed-off-by: André Draszik <git@andred.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2020-01-11site: on linux, pipes are fifos with max link count of 1André Draszik
Signed-off-by: André Draszik <git@andred.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2020-01-11site: musl and glibc have working utimes()André Draszik
This coreutils / gnulib autoconf test is for a broken glibc implementation of utimes from 2003-07-12 to 2003-09-17. Signed-off-by: André Draszik <git@andred.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2020-01-11site: linux supports NULL in utime()André Draszik
to set the file to the current time Signed-off-by: André Draszik <git@andred.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2020-01-11site: musl and glibc have working getgroups()André Draszik
recent coreutils (gnulib) assume yes when cross-compiling for gnu (glibc), but don't know about musl. For coherence, just set the result to yes for both. Note that the old coreutils (from meta-gplv2) doesn't assume anything and instead that recipe hard-codes to yes. So behaviour with yocto when using meta-gplv2 is actually better than when using the latest version (when using musl). This patch rectifies this shortcoming. Signed-off-by: André Draszik <git@andred.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2020-01-11site: set getcwd() test result for abort()-bug for glibc / muslAndré Draszik
This coreutils (gnulib) test checks for an abort() that existed in glibc before 2.4.90-10 (in 2006) in certain conditions. Neither libraries exhibit this problem today. Signed-off-by: André Draszik <git@andred.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2020-01-11site: set getcwd() behaviour for long paths for glibc / muslAndré Draszik
In glibc, getcwd() handles long file names properly, on musl, getcwd() only works up to PATH_MAX directory depths. Configuring the autotools (gnulib) test result here allows coreutils to compile more optimised code for both platforms, rather than being pessimistic and re-implementing everything itself. The difference in behaviour is because both do the kernel getcwd syscall (which only supports up to PATH_MAX), but glibc implements fallbacks for longer paths, while musl doesn't. Signed-off-by: André Draszik <git@andred.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2020-01-11site: musl and glibc have glibc compatible getcwd()André Draszik
I.e. allocate memory for the pointer returned when the first argument is NULL. Signed-off-by: André Draszik <git@andred.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2020-01-11site: linux supports unlink() of executing programAndré Draszik
I.e. shared text that is being executed. Signed-off-by: André Draszik <git@andred.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2020-01-11site: musl and glibc have glibc compatible calloc()André Draszik
calloc (N, S) returns non-NULL when N*S is zero, and returns NULL when N*S overflows. Signed-off-by: André Draszik <git@andred.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2020-01-11site: musl and glibc have working mkstemp()André Draszik
their mkstemp() passes all tests from the gnulib m4 macro gl_FUNC_MKSTEMP. Signed-off-by: André Draszik <git@andred.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2020-01-11site: musl has working memcmp()André Draszik
I.e. a memcmp() that is 8bit clean (like glibc). Signed-off-by: André Draszik <git@andred.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2020-01-11site: linux has working chown()André Draszik
I.e. a chown() that works when given -1 as uid / gid Signed-off-by: André Draszik <git@andred.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2018-09-21siteinfo: Define data for ARCAlexey Brodkin
Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2018-06-03site/powerpc64-linux: add cvs_cv_func_printf_ptrRobert Yang
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. Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2018-03-25site/risc-v: Cache common variables to build libIDLKhem Raj
These variables force runtime tests during configure they are already cached for other architectures Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2018-03-15site/riscv: Shunt the realloc configure test for startup-notificationKhem Raj
Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2018-02-16site/common-linux: coreutils: get the uptime program to workSean Nyekjaer
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. Signed-off-by: Sean Nyekjaer <sean.nyekjaer@prevas.dk> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
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>
2018-01-04site/common: Allow ac_cv_path_SED to be overriddenRichard Purdie
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. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2017-12-09site: consolidate ac_cv_func_mmap_fixed_mapped definitionsRoss Burton
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. Signed-off-by: Ross Burton <ross.burton@intel.com>
2017-11-21site/microblaze-linux: Add MicroBlaze linux site infoNathan Rossi
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. Signed-off-by: Nathan Rossi <nathan@nathanrossi.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2017-11-05site: Add riscv32 and riscv64Khem Raj
Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2017-10-06siteinfo: nios2-linux - remove wrong mutex infoJuro Bystricky
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. Signed-off-by: Juro Bystricky <juro.bystricky@intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2017-08-16site/ix86-common: Drop ac_cv_sizeof_ino_t as it can be incorrect with large ↵Richard Purdie
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. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2017-06-16meta: Remove further uclibc remnants (inc. patches and site files)Richard Purdie
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. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2016-10-07siteinfo.bbclass: Add mipsisa{32, 64}r6{el, } supportZubair Lutfullah Kakakhel
Add support for MIPS Release 6 ISA Signed-off-by: Zubair Lutfullah Kakakhel <Zubair.Kakakhel@imgtec.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2016-09-30mips64-linux: set ac_cv_sizeof_ssize_t for mips64elZubair Lutfullah Kakakhel
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 Signed-off-by: Zubair Lutfullah Kakakhel <Zubair.Kakakhel@imgtec.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2016-07-20site: Move rsync_cv_HAVE_C99_VSNPRINTF to common-linuxKhem Raj
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. Signed-off-by: Khem Raj <raj.khem@gmail.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-26site: Cache config vars for ccacheKhem Raj
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 Signed-off-by: Khem Raj <raj.khem@gmail.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>
2015-12-12site/common-linux: Add some macros to avoid sleeps during configureRichard Purdie
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. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-09-21siteinfo: Add nios2-linuxMarek Vasut
Add nios2-linux info, pulled from OE-Classic [1] as of commit fabd8e6d07d3cd0cc93c2a0fc804f8c8f316c649 . [1] https://github.com/openembedded/openembedded.git Signed-off-by: Marek Vasut <marex@denx.de> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-07-22common-glibc: define bash_cv_getcwd_mallocJoe Slater
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". 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>
2014-12-21siteinfo: account for 32 and 64 bit armJoe Slater
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. Signed-off-by: Joe Slater <jslater@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-08-18site/common-darwin: Really fix common-darwin typoRichard Purdie
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-08-15site: Add common-darwinRichard Purdie
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. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-07-19common-mingw: force ac_cv_func_mmap_fixed_mapped=noRichard Tollerton
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. Signed-off-by: Richard Tollerton <rich.tollerton@ni.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-05-30siteinfo, insane: Recognize musl specific tripletsKhem Raj
We will use '-musl' to identify musl based systems this patch lays the foundation for recognising those and map them to internal variable representations Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-03-17mips64-linux: set ac_cv_sizeof_ssize_tValentin Popa
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] Signed-off-by: Valentin Popa <valentin.popa@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-01-28unfs3, unfs-server: Replace all instances of unfs-server with unfs3Jason Wessel
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] Signed-off-by: Jason Wessel <jason.wessel@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-12-14site: add xorg_cv_malloc0_returns_nullRoss Burton
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. Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-09-30native: Use a native site file and ensure the correct sed is usedRichard Purdie
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 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>
2013-09-26gcc/libtool/perl: Fix various path to sed-native problemsRichard Purdie
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] 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>