From: SF Markus Elfring <elfring@users.sourceforge.net>
To: Jim Davis <jim.epost@gmail.com>
Cc: linux-kbuild@vger.kernel.org, Michal Marek <mmarek@suse.com>,
linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: Difficulties around "fixdep" for the usage of a kernel build output directory
Date: Tue, 18 Oct 2016 19:25:59 +0200 [thread overview]
Message-ID: <ec3a7283-3c41-9879-49ae-8924b8daf65f@users.sourceforge.net> (raw)
In-Reply-To: <CA+r1ZhhqEBvV0ivz=MvaHhRquhFS2mxddJ-GOx81ZeSerKsD3g@mail.gmail.com>
> Fine, but my point was to check that the basic things worked before
> trying the complicated, or "advanced" stuff.
Your suggestion is fine in this sense. I can observe that the following command variant
works as expected here.
my_build_dir=/tmp/fixdep-check-20161018-1 && mkdir "${my_build_dir}" && my_cc=/usr/bin/gcc-6 && make O="${my_build_dir}" HOSTCC="${my_cc}" allmodconfig && make -j6 O="${my_build_dir}" HOSTCC="${my_cc}" drivers/md/
> If, somehow, fixdep didn't work in a basic setup then you'd know it wasn't one of your
> advanced features that was causing the problem.
The command example above is an approximation for the configuration approach
which I would really want instead.
> And if fixdep did work with a basic setup , then that would suggest
> something wrong with your advanced command line.
How do you think about to clarify further which implementation detail could trigger
the shown software build difficulty?
Can it be that the passing of the adjusted parameter "HOSTCFLAGS" has got a significant
influence (with unwanted side effects) in this use case?
Regards,
Markus
next prev parent reply other threads:[~2016-10-18 17:26 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-10-18 13:54 Difficulties around "fixdep" for the usage of a kernel build output directory SF Markus Elfring
2016-10-18 15:12 ` Jim Davis
2016-10-18 16:38 ` SF Markus Elfring
2016-10-18 16:50 ` Jim Davis
2016-10-18 17:25 ` SF Markus Elfring [this message]
2016-10-18 20:44 ` Jim Davis
2016-10-19 7:25 ` Challenges around the usage of different "HOSTCFLAGS" for kernel build configuration and module generation SF Markus Elfring
2016-10-19 19:51 ` Jim Davis
2016-10-19 22:03 ` Segher Boessenkool
2016-10-20 7:37 ` SF Markus Elfring
2016-10-20 6:33 ` SF Markus Elfring
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ec3a7283-3c41-9879-49ae-8924b8daf65f@users.sourceforge.net \
--to=elfring@users.sourceforge.net \
--cc=jim.epost@gmail.com \
--cc=linux-kbuild@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mmarek@suse.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox