On Fri, Aug 28 2026, Quentin Schulz <[email protected]> wrote:

> Note that you must erase your build AND test directories whenever you
> switch fedora 44 between openssl-devel-engine installed and removed as
> the build system doesn't know that the content of the header files
> have changed (and thus, our #ifdefs). I don't have a plan on how to
> address this (if it even must be addressed).

>From gcc's info page:

‘-MD’
‘--write-dependencies’
     ‘-MD’ is equivalent to ‘-M -MF FILE’, except that ‘-E’ is not
     implied.  The driver determines FILE based on whether an ‘-o’
     option is given.  If it is, the driver uses its argument but with a
     suffix of ‘.d’, otherwise it takes the name of the input file,
     removes any directory components and suffix, and applies a ‘.d’
     suffix.

     If ‘-MD’ is used in conjunction with ‘-E’, any ‘-o’ switch is
     understood to specify the dependency output file (*note -MF:
     dashMF.), but if used without ‘-E’, each ‘-o’ is understood to
     specify a target object file.

     Since ‘-E’ is not implied, ‘-MD’ can be used to generate a
     dependency output file as a side effect of the compilation process.

‘-MMD’
‘--write-user-dependencies’
     Like ‘-MD’ except mention only user header files, not system header
     files.


We use -MMD, but doing

diff --git a/scripts/Makefile.host b/scripts/Makefile.host
index bb6d69ca37c..13266654640 100644
--- a/scripts/Makefile.host
+++ b/scripts/Makefile.host
@@ -81,8 +81,8 @@ _hostcxx_flags += -I $(srctree)/$(src) -I $(objtree)/$(obj)
 endif
 endif
 
-hostc_flags    = -Wp,-MMD,$(depfile) $(_hostc_flags)
-hostcxx_flags  = -Wp,-MMD,$(depfile) $(_hostcxx_flags)
+hostc_flags    = -Wp,-MD,$(depfile) $(_hostc_flags)
+hostcxx_flags  = -Wp,-MD,$(depfile) $(_hostcxx_flags)
 
 #####
 # Compile programs on the host

and looking at tools/.mkimage.o.cmd, it does seem to then pick up
/usr/include/... files as well.

Whether that is something we want to do for real IDK. If we want it, we
should probably ensure the kernel is also ok with such a change in order
not to deviate without good reason.

I hope to be able to look at the actual series some time next week; I'd
much prefer to get switched over to provider API everywhere ASAP,
because currently it's somewhat of a mess to use one or the other for
the various parts of the BSP build.

Rasmus

Reply via email to