linux/poky.git/meta/site/x86_64-linux, branch master

The poky repository master branch is no longer being updated.

2025-11-07T13:31:53+00:00

You can either: a) switch to individual clones of bitbake, openembedded-core, meta-yocto and yocto-docs b) use the new bitbake-setup You can find information about either approach in our documentation: https://docs.yoctoproject.org/ Note that "poky" the distro setting is still available in meta-yocto as before and we continue to use and maintain that. Long live Poky! Some further information on the background of this change can be found in: https://lists.openembedded.org/g/openembedded-architecture/message/2179 Signed-off-by: Richard Purdie

site: move ac_cv_func_posix_getpwnam_r to libc files

2024-06-07T22:21:43+00:00

As with the other ac_cv_func_posix_* functions, this is specific to the libc and not the architecture. (From OE-Core rev: 2e190f4e443d6c6e44c3f775ff74e8d14e880a59) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

site: move ac_cv_func_fnmatch_works to libc files

2024-06-07T22:21:42+00:00

ac_cv_func_fnmatch_works (as set by AC_FUNC_FNMATCH) checks if the libc has a POSIX-compliant fnmatch() implementation. This isn't architecture specific, so move the definition to common-glibc and common-musl after verifying the correct result. (From OE-Core rev: b81ae7affa25eaad016c3ed347a9c4fef0bfee45) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

site/x86_64-linux: add ac_cv_func_fnmatch_works

2024-06-04T11:04:52+00:00

Other arch-specific caches have ac_cv_func_fnmatch_works. Add it to x86_64 cache too, otherwise cabextract fails to build ([1]) [1] https://autobuilder.yoctoproject.org/typhoon/#/builders/88/builds/3893/steps/14/logs/stdio (From OE-Core rev: a5aeaf02eff9ddaa95cf53e727c166ac7516ca31) Signed-off-by: Dmitry Baryshkov Signed-off-by: Richard Purdie

site: remove at-spi2-core values

2023-09-02T06:45:29+00:00

at-spi2-core is built with Meson now, so these values are not needed. (From OE-Core rev: 319249ea639991d4d0a5f34be171d0ce7b44da0c) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

site: remove glib site values

2023-02-19T07:47:53+00:00

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 Signed-off-by: Alexandre Belloni Signed-off-by: Richard Purdie

site: Drop ORBit2 relared cached variables

2021-09-23T12:49:11+00:00

ORBit2 is long gone (From OE-Core rev: a5c5dd9229553e0e364f083d661382fe0c15600c) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

site: Drop caching libIDL_cv_long_long_format

2021-09-23T12:49:11+00:00

recipe for libidl has long been deleted (From OE-Core rev: 587d0b51b09cd426dc4b2b7646fa063d10ae4f2f) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

site/ix86-common: Drop ac_cv_sizeof_ino_t as it can be incorrect with large file support

2017-08-15T23:03:15+00:00

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

meta/site: remove sizeof_off_t

2016-04-12T21:50:21+00:00

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 Signed-off-by: Richard Purdie