Bugzilla – Bug 987
Do not set MODVERDIR when running make
Last modified: 2006-10-07 22:59:54
You need to log in before you can comment on or make changes to this bug.
Setting MODVERDIR in the Makefile causes make to fail when the kernel compiled against is set to output its objects to a different dir using either O= or KBUILD_OUTPUT= After all, setting MODVERDIR has always been a hack in order to avoid a few harmless warnings about undefined ieee80211 symbols. A similar change was made to ieee80211-1.1.13 in order to fix bug #984.
Created an attachment (id=742) [details] Proposed patch This patch fixes part of the following downstream bug report: http://bugs.gentoo.org/126306
Created an attachment (id=758) [details] patch with slight change I'm going to merge this patch. It leaves the IEEE80211_MODVERDIR part because it shuts up modpost waring message. Let me know if it doesn't work with you.
Have you tested it with KBUILD_OUTPUT set to something other than where the kernel source is (seperate object directory)?
(In reply to comment #3) > Have you tested it with KBUILD_OUTPUT set to something other than where the > kernel source is (seperate object directory)? OK. I've tried that. Just specify the KBUILD_OUTPUT directory as KSRC. For example make KSRC=/the/KBUILD_OUTPUT/dir
(In reply to comment #4) > OK. I've tried that. Just specify the KBUILD_OUTPUT directory as KSRC. For > example make KSRC=/the/KBUILD_OUTPUT/dir That's definately not the correct way to do it. How would the build system determine where to find the header files then?
(In reply to comment #5) > That's definately not the correct way to do it. How would the build system > determine where to find the header files then? Shouldn't the /lib/modules/`uname -r`/build point to the KBUILD_OUTPUT directory if the KBUILD_OUTPUT is used? /lib/modules/`uname -r`/source will point to the real source.
Brix, do you have any update to this bug?
(In reply to comment #7) > do you have any update to this bug? Not more than I already provided, no.
I verify this bug here. If anyone finds this bug again, please reopen it.