Mirror of git.yoctoproject.org/poky https://git.enea.com/cgit/linux/poky.git/atom?h=5.0_M1 2023-02-19T07:47:53+00:00 2023-02-19T07:47:53+00:00 Ross Burton ross.burton@arm.com 2023-02-14T15:56:02+00:00 urn:sha1:53f16a9939a0c18dc1777b0e739ca824090deca8 GLib 1.x is incredibly obsolete and GLib 2.x is built using Meson not autotools, so we can remove the GLib entries from the site files. Also fix a few copy/paste typos where glib_ was used incorrectly, for example: ac_cv_sizeof_ptrdiff_t=${glib_cv_sizeof_ptrdiff_t=4} The glib_cv_ should be ac_cv_. (From OE-Core rev: 69e757e6bef8b1037e2f23121774af1d5f6c96df) Signed-off-by: Ross Burton <ross.burton@arm.com> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2023-01-09T14:20:14+00:00 Khem Raj raj.khem@gmail.com 2023-01-09T01:02:53+00:00 urn:sha1:8e95eae0d1a01decb17674edb3939531dc0f1cec Newer version of musl does not expose LFS64 interfaces, therefore caching this is not right thing to do across both glibc and musl moreover we will enable largefile support on glibc too therefore caching it here is redundant. (From OE-Core rev: ae427b04b5259136aae46f9254445251499c12e8) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2022-03-15T08:40:09+00:00 Khem Raj raj.khem@gmail.com 2022-03-12T19:18:22+00:00 urn:sha1:55e7265f47270b56429e65f076ecfbe24f2db7c2 There is a key difference between glibc and musl when it comes to ppc/ppc64 and that is that musl does not support 128-bit long IBM doubles format it only supports 128-bit long double IEEE format on ppc64 alone. this change ensures that we account for this change, so far we have been doing it a bit wrong for ppc/musl case. (From OE-Core rev: 28cb148c1375ba242addba80b0f68e06d2a4d874) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2022-03-15T08:40:09+00:00 Khem Raj raj.khem@gmail.com 2022-03-12T19:18:21+00:00 urn:sha1:c31e0dc8c570648d0f887718491ca4a66616a250 libc_cv_ppc_machine and no longer exists in glibc others are detected correctly in configure. They perhaps made sense in past when the toolchain build has several bootstrap stages (From OE-Core rev: ba418f93fc586bb708fdfade4195f7f3be2e273f) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2021-09-23T12:49:11+00:00 Khem Raj raj.khem@gmail.com 2021-09-21T20:31:36+00:00 urn:sha1:bea6a00da348e7e30546c39bc60a58b7f4b71e1f ORBit2 is long gone (From OE-Core rev: a5c5dd9229553e0e364f083d661382fe0c15600c) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2021-09-23T12:49:11+00:00 Khem Raj raj.khem@gmail.com 2021-09-21T20:31:35+00:00 urn:sha1:68be1b4a902dad0342be2a273765cdd1e674fcf3 recipe for libidl has long been deleted (From OE-Core rev: 587d0b51b09cd426dc4b2b7646fa063d10ae4f2f) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2020-01-16T22:33:09+00:00 Pau Espin Pedrol pespin@sysmocom.de 2020-01-14T13:57:13+00:00 urn:sha1:b11fc7795cd1a6d74c9bb50b922d928f4a17722d 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. (From OE-Core rev: 6a641e744507c8c17fa3d7273cb2e5b512ca0242) Signed-off-by: Pau Espin Pedrol <pespin@sysmocom.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2018-01-14T09:11:57+00:00 Ioan-Adrian Ratiu adrian.ratiu@ni.com 2017-12-18T17:42:58+00:00 urn:sha1:fca4b2e136209cdf82e3ef748139e1225efeca51 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> 2016-04-12T21:50:21+00:00 Ross Burton ross.burton@intel.com 2016-04-11T19:49:22+00:00 urn:sha1:92759d8662b21785ae84375dc698b762c4e1cc9b 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> 2016-03-20T23:12:31+00:00 Khem Raj raj.khem@gmail.com 2016-03-19T09:13:39+00:00 urn:sha1:624ca6aa5012a69653c6e0ce63ac930a98e20745 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>