Arch Linux User Repository

@severach I agree with what you said about native builds not suiting everyone. In my case I wanted to squeeze a bit more performance from my old hardware. My PKGBUILD is based on an old version of this one that I have been using for a long time. I did not notice that you added a patch for -std in the last version of the AUR PKGBUILD. I am going to delete my previous comment because it can cause confusions. Sorry for the noise.

native would make it incompatible with those who distribute common builds between different machines. I'm sure there's a few AUR packages that can use native, just not something as widely used as linux-lts. When I need permanent modifications that can't be upstreamed I just use sed scripts. I'll often add commented keywords, good formatting, and blank arrays to PKGBUILD to make changes and additions easy.

From what I read in the LKML and elsewhere, the kernel devs want -std specified everywhere. -std gets missed as new code gets added. gcc-15 upsetting the apple cart with --std=gnu23 will find all of these places and within a few versions the code or make will be patched to fix the -std. I expect to remove my patch soon.

Fails to build with gcc 15.1.1:

In file included from ./include/uapi/linux/posix_types.h:5,
                 from ./include/uapi/linux/types.h:14,
                 from ./include/linux/types.h:6,
                 from arch/x86/realmode/rm/wakeup.h:11,
                 from arch/x86/realmode/rm/wakemain.c:2:
./include/linux/stddef.h:11:9: error: cannot use keyword ‘false’ as enumeration constant
   11 |         false   = 0,
      |         ^~~~~
./include/linux/stddef.h:11:9: note: ‘false’ is a keyword with ‘-std=c23’ onwards
./include/linux/types.h:30:33: error: ‘bool’ cannot be defined via ‘typedef’
   30 | typedef _Bool                   bool;
      |                                 ^~~~
./include/linux/types.h:30:33: note: ‘bool’ is a keyword with ‘-std=c23’ onwards
./include/linux/types.h:30:1: warning: useless type name in empty declaration
   30 | typedef _Bool                   bool;
      | ^~~~~~~

cd linux-lts61,cat PKGBUILD,
"647F28654894E3BD457199BE38DBBDC86092693E  # Greg Kroah-Hartman"
gpg --search-keys 647F28654894E3BD457199BE38DBBDC86092693E
gpg: data source: https://185.125.188.27:443
(1) Greg Kroah-Hartman <gregkh@linuxfoundation.org>
    Greg Kroah-Hartman <gregkh@kernel.org>
    Greg Kroah-Hartman (Linux kernel stable release signing key) <greg@kro
      4096 bit RSA key 38DBBDC86092693E, 创建于：2011-09-23
Keys 1-1 of 1 for "647F28654894E3BD457199BE38DBBDC86092693E".  输入数字以选择，输入 N 翻页，输入 Q 退出 > 
select 1  Enter

@Aroun

Not using this package myself, but the fact that it does not preconfigure the parallelism for the user is a Good thing.

For super heavy building tasks like compilers or kernels, you always want to configure the number of threads on a per-machine base. Just like on Gentoo.

Running too many threads can not only make your CPU slow, but it can also make memory usage seriously high (really just monitor it). If you forget to have made enough RAM or swap space available you'll end up with trouble.

may be update the config to stay more in line with current linux package? I see mainly CONFIG_PREEEMPT not set. and CONFIG_HZ_1000 too

Oh sorry about my ignorant question. Thank you for pointing me to the right direction. It took roughly one hour to build on my laptop. I’m glad I didn’t try with a single thread.

Make all your builds parallel with the instructions on the Arch Wiki makepkg page. Let me know if this PKGBUILD does anything to block parallel builds.

Is this build not parallelized? Why?