15:40 <ardb> arnd: ever run into this?

15:40 <ardb> https://www.irccloud.com/pastebin/35TYTeyN/

15:41 <ardb> just multi_v7_defconfig with my distro's cross compiler

15:41 <arnd> ardb: I don't remember that one. It looks like the cross compiler doesn't provide the right target files, maybe you need to install the corresponding cross libgcc and/or libc?

15:42 <arnd> does it work with my kernel.org crosstool?

15:47 <ardb> arnd: yeah that seems to work

15:47 <ardb> ah no wait

15:48 <ardb> same problem - it only occurs at the end when it builds the decompressor

15:48 <arnd> fwiw, debian provides the headers in the libgcc-12-dev-armhf-cross package

15:49 <ardb> yeah i have all of those installed

15:52 <ardb> broken with clang as well

15:52 <ardb> very strange

15:53 <arnd> ardb: what is the gcc command line that caused this? Maybe a -ffreestanding snuck back in there?

15:54 <ardb> i'm rebuilding after wiping my build dir

15:55 <ardb> ... and now it works fine

15:55 <ardb> sorry for the noise

15:56 <nathanchance> arnd: Have you noticed that GCC plugins appear to be broken with kernel.org GCC 13.1.0? https://paste.debian.net/plainh/846df4ec

16:02 <arnd> nathanchance: thanks for the report! I don't think I saw that before. Is this on arm64 or x86 hosts?

16:02 <arnd> nathanchance: do you see the same problem when building arm32 kernels?

16:03 <nathanchance> arnd: I see the same error on both arm64 and x86_64 hosts

16:10 <nathanchance> arnd: Comparing the def files in my distribution’s GCC vs the kernel.org one shows two files that may be missing: https://paste.debian.net/plain/1287880

17:27 <arnd> odd, I don't see those two files in any gcc builds regardless of host (arm64, x86_64, ppc64le) or target for gcc-13.1, maybe this was fixed on the gcc-13 branch later on?

17:28 <arnd> oh, there is a gcc-13.2 now, I should build that

17:28 <arnd> on a related note, I still have not uploaded the gcc-10.5 builds I did, because I could not manage to cross-compile a native x86 compiler on arm64

17:28 <arnd> all other combinations worked fine

17:29 <arnd> cross-compiling x86 is a constant pain, a this doesn't get tested as much as cross-compiling other targets

17:31 <broonie> Can't expect these legacy architectures to be well supported :P

17:41 <milkylainen> arnd: cross compiling x86_64 on x86_64?

17:42 <milkylainen> If that's the case then I can attest it.

17:43 <robher> I've been getting a GCC plugin error too, but a different one. On kernel.org gcc 12.2.0.

17:49 <robher> https://www.irccloud.com/pastebin/nKLNDZDe/

17:50 <arnd> robher: that just means you need to install libmpc-dev

17:51 <arnd> Possibly also libmpfr after that

17:54 <arnd> milkylainen: I meant cross-building a native x86 compiler on arm64 or something other than x86, but I suppose you'd hit the same thing on x86 as well if you can convince it to even try cross building that

17:59 <robher> arnd: Why don't I see it with the distro (debian) cross compilers?

18:00 <milkylainen> arnd: Ah, ok. It usually works fine for me, but I've seen some strange things through the years. Also, build envs doing crosses on the same arch can end up in funny places which would have been caught by binary incompatibility and similar.

18:02 <arnd> robher: probably some difference between how libmpc is packaged on the two. I'm fairly sure that debian's cross compilers are built and dynamically linked against the system libmpc, while my builds include the libmpc sources in order to avoid the runtime library dependency.

18:02 <arnd> it's definitely possible that I'm doing something stupid, so perhaps it's looking for the mpc.h header in /home/arnd/ where it would find them on my system but not on yours

18:04 <arnd> robher: doyou see the sme thing with gcc-12.1 and 12.3? I switch my build machine from x86 to arm64 during this time and tried to improve the build environment as well, it's possible that the 12.2 was an done after I move my build box but before I had it all working

18:06 <robher> arnd: let me try

18:06 <robher> arnd: Now I get: cc1: error: cannot load plugin ./scripts/gcc-plugins/randomize_layout_plugin.so: ./scripts/gcc-plugins/randomize_layout_plugin.so: undefined symbol: _ZN8opt_pass14set_pass_paramEjb

18:06 <robher> with 12.2 still

18:08 <robher> arnd: 12.3 for s390 works

18:12 <milkylainen> seems to a few reports with the same issue? looks like it boils down to how it's built.

18:12 <milkylainen> https://lists.openembedded.org/g/openembedded-core/topic/rfc_build_linux_with_a_oe/90687587

18:12 <milkylainen> ?

19:07 <arnd> robher: that link failure might be a result of linking statically against libstdc++ but then linking the plugin against a different version of the library

19:08 <arnd> the way I understand it, it's supposed to be possible to mix building against different versions of libstdc++ as long as you are running against the latest one that was used for building, but if you mix static and dynamic linking that doesn't work, and I don't want to link dynamically against system libraries because that limits portability of the compiler itself

19:09 <arnd> there should probably be a check in Kconfig for this problem though, so it disables gcc plugins when the setup is broken like this