Debian DKMS issue because of separate linux common headers

[andvgal]

As Debian uses separate arch and common linux header packages with different locations, stdarg.h is not getting found at build time.

The latest GIM 8.2.0 package from releases.

Some quick&dirty workaround fixed the build issue, but more clean solution is desired. Maybe there is one, but I could not find that with a quick search. Likely, automake needs to be involved like in some other modules.

--- Makefile.bak        2025-07-10 23:33:42.794099537 +0300
+++ Makefile    2025-07-10 23:42:27.823828145 +0300
@@ -76,6 +76,10 @@
 KERNELDIR ?= /lib/modules/$(shell uname -r)/build
 subdir-ccflags-y += -I $(KERNELDIR)/include/linux
 
+COMMON_HEADERS_PATH = /usr/src/linux-headers-$(shell uname -r | sed -r "s,-[^-]+\$$,-common,")
+subdir-ccflags-y += -I $(COMMON_HEADERS_PATH)/include/linux
+
+
 ifeq ($(exclude_dcore_debug), true)
        subdir-ccflags-y += -DEXCLUDE_DCORE_DEBUG
 endif

[yunxiali]

Interesting, I wonder what is the proper way to handle this...

[andvgal]

Interesting, I wonder what is the proper way to handle this...

I would create a PR, if that would be. The snippet is only a demonstration of the problem. I see other DKMS module examples use auto generated Makefile, and that auto-detection is likely buried inside of patched Debian version of autoconf/automake.

[yunxiali]

I did some experiment, I think the real issue here is that we should be using #include <linux/stdarg.h> instead. will fix this in the future.