On Sun, Jan 26, 2025 at 6:00 AM Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx> wrote: > > On Sat, 25 Jan 2025 14:09:16 -0800 Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx> wrote: > > > On Fri, 24 Jan 2025 at 16:22, Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx> wrote: > > > > > > Linus, please merge the MM updates for the 6.14 development cycle, > > > > This does not build at all for me. > > > > I get > > > > ./arch/x86/include/asm/current.h:49:9: error: call to undeclared > > function '__typeof_unqual__'; ISO C99 and later do not support > > implicit function declarations [-Wimplicit-function-declaration] > > > > when running the Rust 'bindgen', and what seems to be going on is that > > my version of *gcc* does support __typeof_unqual__, so I end up with > > > > CONFIG_CC_HAS_TYPEOF_UNQUAL=y > > > > in my kernel config, but I think that 'bindgen' that generates the > > Rust bindings is based on LLVM, and clearly does not understand > > __typeof_unqual__. > > > > I have bindgen 0.69.5 (plain F40 install), in case somebody wants to test. > > > > Apparently few people test linux-next with Rust enabled, and the > > reports that I find on lkml were ignored. > > > > I do see reports of this failure on lkml from mid-December, so it's > > not like I'm the first person ever to see this. > > > > Well dang, nobody told me, and I assume Stephen didn't find out. > > Guys, if tree owners are carrying bad patches, please do give them a > heads-up! > > > Anyway, pulled and then unpulled again. > > OK, I've dropped Uroz's series "Enable strict percpu address space > checks", shall resend the pull request soon. Patch 1/6 "x86/kgdb: Use IS_ERR_PCPU() macro" is required for the rest of the series, but can be committed as an independent improvement.. Uros.
