summaryrefslogtreecommitdiffstats
path: root/meta/site/common-glibc
Commit message (Collapse)AuthorAgeFilesLines
* site: musl and glibc have working mktime()André Draszik2020-01-111-0/+1
| | | | | | | | | | | | | | | 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. (From OE-Core rev: 65d38cc1ce5a106c4c2e5068b8440eb6e5a2b33e) Signed-off-by: André Draszik <git@andred.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site: strtod() works in glibc / muslAndré Draszik2020-01-111-0/+1
| | | | | | | | | | | | | | | | 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. (From OE-Core rev: c8429f707d9ac785f295492470ec8b9ff56c043b) Signed-off-by: André Draszik <git@andred.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site: set nanosleep() behaviour for glibc / muslAndré Draszik2020-01-111-0/+1
| | | | | | | | | | | | | | | | 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. (From OE-Core rev: 4522648758dc59f5ece736a0c1c0e95dcc7dafd1) Signed-off-by: André Draszik <git@andred.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site: musl and glibc have working utimes()André Draszik2020-01-111-0/+1
| | | | | | | | | | This coreutils / gnulib autoconf test is for a broken glibc implementation of utimes from 2003-07-12 to 2003-09-17. (From OE-Core rev: a60ca6048cc3a4fef862b128a842c70ac0cd2253) Signed-off-by: André Draszik <git@andred.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site: musl and glibc have working getgroups()André Draszik2020-01-111-0/+1
| | | | | | | | | | | | | | | | | | 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. (From OE-Core rev: 692fe85264e599eb659456bd2eebf5f12a1cd30f) Signed-off-by: André Draszik <git@andred.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site: set getcwd() test result for abort()-bug for glibc / muslAndré Draszik2020-01-111-0/+1
| | | | | | | | | | | | 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. (From OE-Core rev: 506c3b5adaa2fdffa051d83fb99efc00e432156b) Signed-off-by: André Draszik <git@andred.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site: set getcwd() behaviour for long paths for glibc / muslAndré Draszik2020-01-111-0/+1
| | | | | | | | | | | | | | | | | | | | 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. (From OE-Core rev: 525e33cf99983ee4bc3cf1822364123551aa7c83) Signed-off-by: André Draszik <git@andred.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site: musl and glibc have glibc compatible getcwd()André Draszik2020-01-111-0/+1
| | | | | | | | | | I.e. allocate memory for the pointer returned when the first argument is NULL. (From OE-Core rev: fe148da36af2dc086e05e2ebc1c088f1b5485de2) Signed-off-by: André Draszik <git@andred.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site: musl and glibc have glibc compatible calloc()André Draszik2020-01-111-0/+1
| | | | | | | | | | calloc (N, S) returns non-NULL when N*S is zero, and returns NULL when N*S overflows. (From OE-Core rev: ba2bc4b6529013a303dd67abe944ceb619e7466c) Signed-off-by: André Draszik <git@andred.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site: musl and glibc have working mkstemp()André Draszik2020-01-111-0/+1
| | | | | | | | | | their mkstemp() passes all tests from the gnulib m4 macro gl_FUNC_MKSTEMP. (From OE-Core rev: 2b0905d25fa295fc868bf6df1da89283b9dc1f45) Signed-off-by: André Draszik <git@andred.net> 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>
* site: add xorg_cv_malloc0_returns_nullRoss Burton2013-12-141-0/+3
| | | | | | | | | | | | | | | | | 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>
* glib-2.0: fix qsort_t testing for uclibcHenning Heinold2011-11-181-0/+1
| | | | | | | | | | | | | | * instead of disabling the configure test and set it always true use the site files to set it true for glibc/eglibc and false for uclibc * remove the patch ' tested only for uclibc * bump PR (From OE-Core rev: 812342e44e9e361a0fa93cfcfe65cf4dd6f2fb57) Signed-off-by: Henning Heinold <heinold@inf.fu-berlin.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Give coreutils a chance to build the df utilityJulian Pidancet2011-10-271-0/+3
| | | | | | | | | | | | | | | | The coreutils configure script is unable determine how to get free space from the Operating System when cross-compiling. This changes caches the result of the "statfs2_bsize" test for the coreutils configure script. Both glibc and uclibc defines statfs as a two-argument function and uses a struct statfs containing a f_bsize field. That's why the fu_cv_sys_stat_statfs2_bsize variable has to be defined for both libcs. (From OE-Core rev: fa1eb21933a880aa20e4ca87574753b1ec272c3b) Signed-off-by: Julian Pidancet <julian.pidancet@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Various siteinfo files: Consolidate va_copy/__va_copy/va_val_copyTom Rini2011-08-041-0/+9
| | | | | | | | | | | | 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 <tom_rini@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Various siteinfo files: Consolidate ac_cv_func_getaddrinfoTom Rini2011-08-041-0/+1
| | | | | | | | | | | 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 <tom_rini@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Various site files: Drop monotone/monoTom Rini2011-08-041-3/+0
| | | | | | | | | Not in oe-core nor meta-oe and based on oe.dev, possibly incomplete. (From OE-Core rev: dc678e674ba9c56feb150bf06829a44fbe4e2b5a) Signed-off-by: Tom Rini <tom_rini@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* siteinfo: Move (getpgrp|setpgrp|setgrent|*get{pwuid,grgid}) to common-libcTom Rini2011-07-271-0/+7
| | | | | | | | | | These functions are determined by the C library so move them to common-glibc and common-uclibc (From OE-Core rev: 9226635ab28b5ca44ec04931d27c5c3313d56e61) Signed-off-by: Tom Rini <tom_rini@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* siteinfo: Move general realloc/malloc values to common-$libcTom Rini2011-07-271-0/+3
| | | | | | | | | | | | 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). (From OE-Core rev: cab512d7ee50fb55b9412c0e1a52a589de09e0a7) Signed-off-by: Tom Rini <tom_rini@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* m4: Set further site entriesRichard Purdie2010-06-101-0/+6
| | | | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
* site/common-glibc: Add entries for m4Richard Purdie2010-06-091-0/+6
| | | | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
* site/common-glibc: Set ac_cv_check_sjlj since system headers can otherwise ↵Richard Purdie2008-07-281-0/+1
| | | | | | break the setting in pth git-svn-id: https://svn.o-hand.com/repos/poky/trunk@4975 311d38ba-8fff-0310-9ca6-ca027cbcb966
* site: merged common-glibc from OEMarcin Juszkiewicz2008-03-141-0/+2
| | | | git-svn-id: https://svn.o-hand.com/repos/poky/trunk@3999 311d38ba-8fff-0310-9ca6-ca027cbcb966
* Sync various tweaks from OE, change default SRCREV policy to not auto ↵Richard Purdie2007-12-181-0/+7
| | | | | | increment rather than hitting the network. git-svn-id: https://svn.o-hand.com/repos/poky/trunk@3345 311d38ba-8fff-0310-9ca6-ca027cbcb966
* site/common-glibc: Add definitions to make gcc's inbuilt zlib workRichard Purdie2007-10-261-0/+4
| | | | git-svn-id: https://svn.o-hand.com/repos/poky/trunk@2989 311d38ba-8fff-0310-9ca6-ca027cbcb966
* site: sync with OEMarcin Juszkiewicz2007-10-191-0/+10
| | | | git-svn-id: https://svn.o-hand.com/repos/poky/trunk@2923 311d38ba-8fff-0310-9ca6-ca027cbcb966
* site: Sync with OERichard Purdie2007-09-021-0/+5
| | | | git-svn-id: https://svn.o-hand.com/repos/poky/trunk@2655 311d38ba-8fff-0310-9ca6-ca027cbcb966
* site/common-glibc: Set glib_cv_long_long_formatRichard Purdie2007-08-011-0/+1
| | | | git-svn-id: https://svn.o-hand.com/repos/poky/trunk@2306 311d38ba-8fff-0310-9ca6-ca027cbcb966
* Move some site defines from arm-common to common-glibcRoss Burton2007-08-011-0/+6
| | | | git-svn-id: https://svn.o-hand.com/repos/poky/trunk@2288 311d38ba-8fff-0310-9ca6-ca027cbcb966
* site: Sync ARM changes with OE (creation of common ARM site file)Richard Purdie2007-05-271-0/+13
git-svn-id: https://svn.o-hand.com/repos/poky/trunk@1792 311d38ba-8fff-0310-9ca6-ca027cbcb966
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-05-18 00:00:14 +0000