15672 2024-11-27 21:14:52 +0000 gcc poison functionality doesn't work on missing paths 2025-01-23 16:05:15 +0000 1 1 7 Build System, Metadata & Runtime OE-Core devtools / tool chain unspecified x86 Multiple RESOLVED FIXED High normal 5.2 M2 1 tgamblin SunilKumar.Dora meta.mr.watcher meta.watcher randy.macleod ross.burton sundeep.kokkonda SunilKumar.Dora yoann.congal --- --- Don't know oldest_to_newest 100290 0 tgamblin 2024-11-27 21:14:52 +0000 After the recent upgrade to python3-numpy 2.1.3, it was noticed that builds without pkgconfig (which the upgrade patch says was added, but wasn't) will fail on the do_compile step for certain hosts (e.g. F41). Adding pkgconfig to the inherit list for python3-numpy seems to fix this issue, but doesn't explain why it happens. Following some investigation, the following line was noticed in tmp/work/core2-64-poky-linux-musl/python3-numpy/2.1.3/build/meson-logs/meson-log.txt: |x86_64-poky-linux-musl-g++ -m64 -march=core2 -mtune=core2 -msse3 -mfpmath=sse -fstack protector-strong -O2 -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security --sysroot=/media/build/poky/build/tmp/work/core2-64-poky-linux-musl/python3-numpy/2.1.3/recipe-sysroot -I/media/build/poky/build/tmp/work/core2-64-poky-linux-musl/python3-numpy/2.1.3/recipe-sysroot/usr/include/python3.13 -I/usr/include/python3.13 ... The issue here being "-I/usr/include/python3.13", which should raise an error due to https://git.openembedded.org/openembedded-core/tree/meta/recipes-devtools/gcc/gcc/0002-gcc-poison-system-directories.patch. It does so on F41, but on other systems (e.g. Debian 12), the build would finish without error. It turns out that this was because the poison patch only works correctly if /usr/include/python3.13 actually exists - which it doesn't on Debian 12 (and probably a lot of other systems). For numpy, we can get around this by adding the missing "inherit pkgconfig" to the recipe, but this should be fixed in gcc as well (and soon). 100401 1 tgamblin 2024-12-11 17:27:04 +0000 Sundeep, I won't have time to look at this after all. Can you do some investigation and submit a patch? 100438 2 SunilKumar.Dora 2024-12-13 14:32:14 +0000 Hello Trevor, I tried reproducing the issue with 'bitbake python3-numpy' by adding the meta-musl & meta-clang layers in poky (along with required conf changes) to fix below errors. --------- WARNING: Layer musl-layer should set LAYERSERIES_COMPAT_musl-layer in its conf/layer.conf file to list the core layer names it is compatible with. ERROR: Variable BB_DANGLINGAPPENDS_WARNONLY support for the variable was removed as it unconditionally affects all layers (file: .../poky/meta-musl/conf/layer.conf line: 10) ERROR: Parse failure with the specified layer added, exiting. But still, I could see the error below: ERROR: No recipes in default available for: .../poky/meta-musl/recipes-core/llvm/llvm3.3_%.bbappend .../poky/meta-musl/recipes-core/systemd/systemd_225.bbappend ---------- Can you let us know the steps to reproduce the issue. 100440 3 SunilKumar.Dora 2024-12-13 19:55:44 +0000 After further investigation, it has been determined that the meta-musl layer is not required. Instead, specifying TCLIB="musl" is sufficient for the desired configuration. I have successfully reproduced the issue on Fedora 41 and will continue debugging the problem to identify the root cause. 100547 4 SunilKumar.Dora 2025-01-07 16:37:29 +0000 Summary of Issues Identified in the Numpy 2.1.3 Build Process: ---- Yocto utilizes the Meson build system to compile the Numpy package. Meson is closely integrated with the pkg-config tool, which is essential for managing and discovering project dependencies during the build process. Without pkg-config tool, two issues have been identified: Issue 1: Incorrect Inclusion of Host System Path In the absence of pkg-config, Meson defaults to its internal mechanism for locating Python header files. Meson correctly identifies the sysroot path (For cross compilation case). However, an issue arises when Meson incorrectly includes the host system path (/usr/include/python3.13), as seen in the following log snippet: Meson logs snippet: x86_64-poky-linux-g++ -m64 -march=core2 -mtune=core2 -msse3 -mfpmath=sse -fstack-protector-strong -O2 -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security --sysroot=...../tmp/work/core2-64-poky-linux/python3-numpy/2.1.3/recipe-sysroot -I ../build/tmp/work/core2-64-poky-linux/python3-numpy/2.1.3/recipe-sysroot/usr/include/python3.13 -I/usr/include/python3.13 ----- When Python 3.13 is installed on the host system, the GCC poison mechanism triggers a warning, which is the expected behavior. However, when the pkg-config tool is absent, Meson including the host system path is a known issue, which persists even in the Meson master branch. This issue has been reported in the following Meson GitHub issue: https://github.com/mesonbuild/meson/issues/12540 While this issue does not block the build process when pkg-config is present. I have also reached out to the Meson project via IRC to seek clarification. It is likely that Meson’s cross-compilation support needs improvement to address this issue. Issue 2: Host System Path Inclusion when Python 3.13 is Not Installed If Python 3.13 is not installed on the host system, Meson still includes the host system path (/usr/include/python3.13) along with the sysroot path. In this case, the build will succeed since the Python header files are available in the sysroot path. However, GCC's poison mechanism does not issue a warning, which raises concerns about the expected behavior. I am currently investigating the following possibilities: 1) By design, GCC should issue a warning if the directory python3.13 exists on the host system. 2) Regardless of whether the directory exists, GCC should warn if anything under /usr/include is being searched. I am reviewing the GCC code to understand how it populates and verifies include paths. 100612 5 5092 SunilKumar.Dora 2025-01-12 17:09:00 +0000 Created attachment 5092 Prevent host inclusion path during cross compilation Reproduction Steps: ****************** 1) Remove pkg-config from the numpy recipe (python3-numpy_2.1.3.bb). 2) Execute the command bitbake python3-numpy. Note: This issue is observed on any Linux-based distribution where Python 3.13 is not installed. Observed Behavior: Without the attached patch: The build process passes, though this is not the expected behavior. The build system silently ignores inclusion of host paths during cross-compilation. With the attached patch: GCC issues a warning about the include paths. Issue Analysis: GCC maintains various internal lists for include paths, such as INC_QUOTA for "file.h", and INC_BRACKET for <file.h>. In its current state, GCC silently ignores include paths that do not exist. This behavior is problematic as it can lead to unnoticed issues in cross-compilation scenarios. Fix Implementation: The patch modifies this behavior to ensure that missing include directories are preserved for cross-compilation scenarios. Specifically, the modification ensures that non-existing directories are retained in the include paths instead of being silently ignored. Expected Behavior: If the build system incorrectly adds a non-existent host directory path during a cross-compilation scenario, GCC should detect this and issue a warning. 100615 6 SunilKumar.Dora 2025-01-13 09:18:20 +0000 If Meson were to use the -Wmissing-include-dirs flag in conjunction with -Werror for cross-compilation, it would eliminate the need for this additional check within GCC. I will post this on the meson's IRC. 100659 7 SunilKumar.Dora 2025-01-16 10:17:00 +0000 I have submitted a modified GCC poison patch to the upstream, which can be found here: https://lists.openembedded.org/g/openembedded-core/message/209940 By integrating this check into GCC, it ensures that the validation applies across all packages and the build system. This helps identify if any part of the build system attempts to search the host system's path during cross-compilation. Associated logs: Host Python Version: ------------------- python3 --version Python 3.10.12 With the application of this GCC check, I observed that GCC prevents the inclusion of a non-existent directory (in this case, python3.13) when building the Numpy package. x86_64-poky-linux-g++ -m64 -march=core2 -mtune=core2 -msse3 -mfpmath=sse -fstack-protector-strong -O2 -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security --sysroot=/build/tmp/work/core2-64-poky-linux/python3-numpy/2.2.1/recipe-sysroot -I /build/tmp/work/core2-64-poky-linux/python3-numpy/2.2.1/recipe-sysroot/usr/include/python3.13 -I/usr/include/python3.13 ----- cc1plus: error: include location "/usr/include/python3.13" is unsafe for cross-compilation [-Werror=poison-system-directories] cc1plus: some warnings being treated as errors 100726 8 ross.burton 2025-01-23 16:05:15 +0000 The patch was merged in oe-core 32e2f9a73a653a00e555e50f9197b605f2f70f89. 5092 2025-01-12 17:09:00 +0000 2025-01-12 17:09:00 +0000 Prevent host inclusion path during cross compilation 0001-gcc-Prevent-deletion-of-non-existing-host-directorie.patch application/mbox 5480 SunilKumar.Dora RnJvbSBhM2Y4YmYzMGQ5ZTkzODkxNzNhMTljM2E1NmJkNThmODdiZWIxZTkwIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBzdW5pbCBkb3JhIDxzdW5pbGt1bWFyLmRvcmFAd2luZHJpdmVy LmNvbT4KRGF0ZTogU3VuLCAxMiBKYW4gMjAyNSAxOTo1NToyNSArMDUzMApTdWJqZWN0OiBbUEFU Q0hdIGdjYzogUHJldmVudCBkZWxldGlvbiBvZiBub24tZXhpc3RpbmcgaG9zdCBkaXJlY3Rvcmll cyBpbgogY3Jvc3MtY29tcGlsYXRpb24KCk1vZGlmaWVkIGxvZ2ljIGluIGdjYy9pbmNwYXRoLmNj IHRvIGVuc3VyZSB0aGF0IG5vbi1leGlzdGluZyBob3N0IHN5c3RlbSBwYXRocyBhcmUgbm90CmRl bGV0ZWQgZHVyaW5nIGNyb3NzLWNvbXBpbGF0aW9uLiBJZiB0aGUgYnVpbGQgc3lzdGVtIGF0dGVt cHRzIHRvIHNlYXJjaCBhIGhvc3QgcGF0aCwKR0NDIHdpbGwgbm93IGlzc3VlIGEgd2FybmluZyBp bnN0ZWFkIG9mIHNpbGVudGx5IGlnbm9yaW5nIGl0LgoKVGhpcyBjaGFuZ2UgYWRkcmVzc2VzIGlz c3VlcyB3aGVyZSB0aGUgYnVpbGQgc3lzdGVtIGluY29ycmVjdGx5IGluY2x1ZGVzCmhvc3QgcGF0 aHMgaW4gY3Jvc3MtY29tcGlsYXRpb24gc2NlbmFyaW9zLgoKU2lnbmVkLW9mZi1ieTogc3VuaWwg ZG9yYSA8c3VuaWxrdW1hci5kb3JhQHdpbmRyaXZlci5jb20+Ci0tLQogLi4uLzAwMDItZ2NjLXBv aXNvbi1zeXN0ZW0tZGlyZWN0b3JpZXMucGF0Y2ggIHwgNDEgKysrKysrKysrKysrKy0tLS0tLQog MSBmaWxlIGNoYW5nZWQsIDI4IGluc2VydGlvbnMoKyksIDEzIGRlbGV0aW9ucygtKQoKZGlmZiAt LWdpdCBhL21ldGEvcmVjaXBlcy1kZXZ0b29scy9nY2MvZ2NjLzAwMDItZ2NjLXBvaXNvbi1zeXN0 ZW0tZGlyZWN0b3JpZXMucGF0Y2ggYi9tZXRhL3JlY2lwZXMtZGV2dG9vbHMvZ2NjL2djYy8wMDAy LWdjYy1wb2lzb24tc3lzdGVtLWRpcmVjdG9yaWVzLnBhdGNoCmluZGV4IGNhNzVkMDhmNTkuLmVk YThiYTkzMjYgMTAwNjQ0Ci0tLSBhL21ldGEvcmVjaXBlcy1kZXZ0b29scy9nY2MvZ2NjLzAwMDIt Z2NjLXBvaXNvbi1zeXN0ZW0tZGlyZWN0b3JpZXMucGF0Y2gKKysrIGIvbWV0YS9yZWNpcGVzLWRl dnRvb2xzL2djYy9nY2MvMDAwMi1nY2MtcG9pc29uLXN5c3RlbS1kaXJlY3Rvcmllcy5wYXRjaApA QCAtMSw2ICsxLDYgQEAKLUZyb20gODM4ZGFhYjQ0OTE4ZWY3Mzg0MDJhMmRkMDY5NTM3YzZhYzUx OTMwNSBNb24gU2VwIDE3IDAwOjAwOjAwIDIwMDEKLUZyb206IEtoZW0gUmFqIDxyYWoua2hlbUBn bWFpbC5jb20+Ci1EYXRlOiBNb24sIDggTWFyIDIwMjEgMTY6MDQ6MjAgLTA4MDAKK0Zyb20gM2Ez Zjg5YzM3NDczYTIyZjk5MmUzMWRiNTllMTFkMDM3OGRmYTI5OSBNb24gU2VwIDE3IDAwOjAwOjAw IDIwMDEKK0Zyb206IHN1bmlsIGRvcmEgPHN1bmlsa3VtYXIuZG9yYUB3aW5kcml2ZXIuY29tPgor RGF0ZTogRnJpLCAxMCBKYW4gMjAyNSAwMTowOToyMSArMDUzMAogU3ViamVjdDogW1BBVENIXSBn Y2M6IHBvaXNvbi1zeXN0ZW0tZGlyZWN0b3JpZXMKIAogQWRkIC9zdy9pbmNsdWRlIGFuZCAvb3B0 L2luY2x1ZGUgYmFzZWQgb24gdGhlIG9yaWdpbmFsCkBAIC0xNCw2ICsxNCw3IEBAIHdhbnRzIHRo aXMgdG8gYmUgYSBmYWlsdXJlLCB0aGV5IGNhbiBhZGQgIi1XZXJyb3I9cG9pc29uLXN5c3RlbS1k aXJlY3RvcmllcyIuCiBVcHN0cmVhbS1TdGF0dXM6IEluYXBwcm9wcmlhdGUgW09FIGNvbmZpZ3Vy YXRpb25dCiBTaWduZWQtb2ZmLWJ5OiBNYXJrIEhhdGxlIDxtYXJrLmhhdGxlQHdpbmRyaXZlci5j b20+CiBTaWduZWQtb2ZmLWJ5OiBLaGVtIFJhaiA8cmFqLmtoZW1AZ21haWwuY29tPgorU2lnbmVk LW9mZi1ieTogc3VuaWwgZG9yYSA8c3VuaWxrdW1hci5kb3JhQHdpbmRyaXZlci5jb20+CiAtLS0K ICBnY2MvY29tbW9uLm9wdCAgICAgIHwgIDQgKysrKwogIGdjYy9jb25maWcuaW4gICAgICAgfCAx MCArKysrKysrKysrCkBAIC0yMSwxMSArMjIsMTEgQEAgU2lnbmVkLW9mZi1ieTogS2hlbSBSYWog PHJhai5raGVtQGdtYWlsLmNvbT4KICBnY2MvY29uZmlndXJlLmFjICAgIHwgMTYgKysrKysrKysr KysrKysrKwogIGdjYy9kb2MvaW52b2tlLnRleGkgfCAgOSArKysrKysrKysKICBnY2MvZ2NjLmNj ICAgICAgICAgIHwgIDkgKysrKysrKy0tCi0gZ2NjL2luY3BhdGguY2MgICAgICB8IDIxICsrKysr KysrKysrKysrKysrKysrKwotIDcgZmlsZXMgY2hhbmdlZCwgODYgaW5zZXJ0aW9ucygrKSwgMiBk ZWxldGlvbnMoLSkKKyBnY2MvaW5jcGF0aC5jYyAgICAgIHwgMjUgKysrKysrKysrKysrKysrKysr KysrKysrKworIDcgZmlsZXMgY2hhbmdlZCwgOTAgaW5zZXJ0aW9ucygrKSwgMiBkZWxldGlvbnMo LSkKIAogZGlmZiAtLWdpdCBhL2djYy9jb21tb24ub3B0IGIvZ2NjL2NvbW1vbi5vcHQKLWluZGV4 IGFkMzQ4ODQ0Nzc1Li5kZjM5OTJiNDIwZCAxMDA2NDQKK2luZGV4IGFkMzQ4ODQ0Ny4uZGYzOTky YjQyIDEwMDY0NAogLS0tIGEvZ2NjL2NvbW1vbi5vcHQKICsrKyBiL2djYy9jb21tb24ub3B0CiBA QCAtNzE1LDYgKzcxNSwxMCBAQCBXcmV0dXJuLWxvY2FsLWFkZHIKQEAgLTQwLDcgKzQxLDcgQEAg aW5kZXggYWQzNDg4NDQ3NzUuLmRmMzk5MmI0MjBkIDEwMDY0NAogIENvbW1vbiBWYXIod2Fybl9z aGFkb3cpIFdhcm5pbmcKICBXYXJuIHdoZW4gb25lIHZhcmlhYmxlIHNoYWRvd3MgYW5vdGhlci4g IFNhbWUgYXMgLVdzaGFkb3c9Z2xvYmFsLgogZGlmZiAtLWdpdCBhL2djYy9jb25maWcuaW4gYi9n Y2MvY29uZmlnLmluCi1pbmRleCBmM2RlNGJhNjc3Ni4uM2NlMzExMzUxMGIgMTAwNjQ0CitpbmRl eCBmM2RlNGJhNjcuLjNjZTMxMTM1MSAxMDA2NDQKIC0tLSBhL2djYy9jb25maWcuaW4KICsrKyBi L2djYy9jb25maWcuaW4KIEBAIC0yNDksNiArMjQ5LDE2IEBACkBAIC02MSw3ICs2Miw3IEBAIGlu ZGV4IGYzZGU0YmE2Nzc2Li4zY2UzMTEzNTEwYiAxMDA2NDQKICAgICBvcHRpbWl6ZXIgYW5kIGJh Y2sgZW5kKSB0byBiZSBjaGVja2VkIGZvciBkeW5hbWljIHR5cGUgc2FmZXR5IGF0IHJ1bnRpbWUu CiAgICAgVGhpcyBpcyBxdWl0ZSBleHBlbnNpdmUuICovCiBkaWZmIC0tZ2l0IGEvZ2NjL2NvbmZp Z3VyZSBiL2djYy9jb25maWd1cmUKLWluZGV4IGFiYzhiZmRjMjQ0Li5kM2ZhODA0MDhmNCAxMDA3 NTUKK2luZGV4IGFiYzhiZmRjMi4uZDNmYTgwNDA4IDEwMDc1NQogLS0tIGEvZ2NjL2NvbmZpZ3Vy ZQogKysrIGIvZ2NjL2NvbmZpZ3VyZQogQEAgLTEwNTAsNiArMTA1MCw3IEBAIGVuYWJsZV9tYWlu dGFpbmVyX21vZGUKQEAgLTEwNSw3ICsxMDYsNyBAQCBpbmRleCBhYmM4YmZkYzI0NC4uZDNmYTgw NDA4ZjQgMTAwNzU1CiAgCiAgCiBkaWZmIC0tZ2l0IGEvZ2NjL2NvbmZpZ3VyZS5hYyBiL2djYy9j b25maWd1cmUuYWMKLWluZGV4IDFkMmNlZmEzZjZhLi4yNzYwYjZjNTQwYyAxMDA2NDQKK2luZGV4 IDFkMmNlZmEzZi4uMjc2MGI2YzU0IDEwMDY0NAogLS0tIGEvZ2NjL2NvbmZpZ3VyZS5hYwogKysr IGIvZ2NjL2NvbmZpZ3VyZS5hYwogQEAgLTc1MjcsNiArNzUyNywyMiBAQCBBQ19BUkdfRU5BQkxF KHZlcnNpb24tc3BlY2lmaWMtcnVudGltZS1saWJzLApAQCAtMTMyLDcgKzEzMyw3IEBAIGluZGV4 IDFkMmNlZmEzZjZhLi4yNzYwYjZjNTQwYyAxMDA2NDQKICBBQ19TVUJTVChzdWJkaXJzKQogIEFD X1NVQlNUKHNyY2RpcikKIGRpZmYgLS1naXQgYS9nY2MvZG9jL2ludm9rZS50ZXhpIGIvZ2NjL2Rv Yy9pbnZva2UudGV4aQotaW5kZXggZjgyZjdkMjgxN2IuLjFkYTkxODEzYjBlIDEwMDY0NAoraW5k ZXggZjgyZjdkMjgxLi4xZGE5MTgxM2IgMTAwNjQ0CiAtLS0gYS9nY2MvZG9jL2ludm9rZS50ZXhp CiArKysgYi9nY2MvZG9jL2ludm9rZS50ZXhpCiBAQCAtMzkxLDYgKzM5MSw3IEBAIE9iamVjdGl2 ZS1DIGFuZCBPYmplY3RpdmUtQysrIERpYWxlY3RzfS4KQEAgLTE1OSw3ICsxNjAsNyBAQCBpbmRl eCBmODJmN2QyODE3Yi4uMWRhOTE4MTNiMGUgMTAwNjQ0CiAgQG9waW5kZXggV25vLWZsb2F0LWVx dWFsCiAgQGl0ZW0gLVdmbG9hdC1lcXVhbAogZGlmZiAtLWdpdCBhL2djYy9nY2MuY2MgYi9nY2Mv Z2NjLmNjCi1pbmRleCA3MjgzMzJiODE1My4uMzQzZTQ5MTUwOTcgMTAwNjQ0CitpbmRleCA3Mjgz MzJiODEuLjM0M2U0OTE1MCAxMDA2NDQKIC0tLSBhL2djYy9nY2MuY2MKICsrKyBiL2djYy9nY2Mu Y2MKIEBAIC0xMTU5LDYgKzExNTksOCBAQCBwcm9wZXIgcG9zaXRpb24gYW1vbmcgdGhlIG90aGVy IG91dHB1dCBmaWxlcy4gICovCkBAIC0xODYsNyArMTg3LDcgQEAgaW5kZXggNzI4MzMyYjgxNTMu LjM0M2U0OTE1MDk3IDEwMDY0NAogIC8qIFBhc3MgLWQqIGZsYWdzLCBwb3NzaWJseSBtb2RpZnlp bmcgLWR1bXBkaXIsIC1kdW1wYmFzZSBldCBhbC4KICAKIGRpZmYgLS1naXQgYS9nY2MvaW5jcGF0 aC5jYyBiL2djYy9pbmNwYXRoLmNjCi1pbmRleCA2NGNkZDJmNGExYi4uZTU3MmQ5OGFiMTcgMTAw NjQ0CitpbmRleCA2NGNkZDJmNGEuLjg5ZjQyOTAwZCAxMDA2NDQKIC0tLSBhL2djYy9pbmNwYXRo LmNjCiArKysgYi9nY2MvaW5jcGF0aC5jYwogQEAgLTI2LDYgKzI2LDcgQEAKQEAgLTE5Nyw3ICsx OTgsMTggQEAgaW5kZXggNjRjZGQyZjRhMWIuLmU1NzJkOThhYjE3IDEwMDY0NAogIAogIC8qIE1p Y3Jvc29mdCBXaW5kb3dzIGRvZXMgbm90IG5hdGl2ZWx5IHN1cHBvcnQgaW5vZGVzLgogICAgIFZN UyBoYXMgbm9uLW51bWVyaWMgaW5vZGVzLiAgKi8KLUBAIC0zOTksNiArNDAwLDI2IEBAIG1lcmdl X2luY2x1ZGVfY2hhaW5zIChjb25zdCBjaGFyICpzeXNyb290LCBjcHBfcmVhZGVyICpwZmlsZSwg aW50IHZlcmJvc2UpCitAQCAtMjczLDYgKzI3NCwxMCBAQCByZW1vdmVfZHVwbGljYXRlcyAoY3Bw X3JlYWRlciAqcGZpbGUsIHN0cnVjdCBjcHBfZGlyICpoZWFkLAorIAkJCSAgICAgY3VyLT5uYW1l LCB4c3RyZXJyb3IgKGVycm5vKSk7CisgCSAgICAgIHJlYXNvbiA9IFJFQVNPTl9OT0VOVDsKKyAJ ICAgIH0KKysjaWZkZWYgRU5BQkxFX1BPSVNPTl9TWVNURU1fRElSRUNUT1JJRVMKKysJICBwY3Vy ID0gJmN1ci0+bmV4dDsKKysJICBjb250aW51ZTsKKysjZW5kaWYKKyAJfQorICAgICAgIGVsc2Ug aWYgKCFTX0lTRElSIChzdC5zdF9tb2RlKSkKKyAJY3BwX2Vycm9yX3dpdGhfbGluZSAocGZpbGUs IENQUF9ETF9XQVJOSU5HLCAwLCAwLAorQEAgLTM5OSw2ICs0MDQsMjYgQEAgbWVyZ2VfaW5jbHVk ZV9jaGFpbnMgKGNvbnN0IGNoYXIgKnN5c3Jvb3QsIGNwcF9yZWFkZXIgKnBmaWxlLCBpbnQgdmVy Ym9zZSkKICAJfQogICAgICAgIGZwcmludGYgKHN0ZGVyciwgXygiRW5kIG9mIHNlYXJjaCBsaXN0 LlxuIikpOwogICAgICB9CkBAIC0yMjQsMyArMjM2LDYgQEAgaW5kZXggNjRjZGQyZjRhMWIuLmU1 NzJkOThhYjE3IDEwMDY0NAogIH0KICAKICAvKiBVc2UgZ2l2ZW4gLUkgcGF0aHMgZm9yICNpbmNs dWRlICIuLi4iIGJ1dCBub3QgI2luY2x1ZGUgPC4uLj4sIGFuZAorLS0gCisyLjM0LjEKKwotLSAK Mi4zNC4xCgo=