From: Rolf Eike Beer <eb@emlix.com>
To: nicolas.dichtel@6wind.com
Cc: tglx@linutronix.de, jpoimboe@redhat.com,
yamada.masahiro@socionext.com, peterz@infradead.org,
linux-kbuild@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH linux] objtool: fix pkg-config query in case of cross-compilation
Date: Thu, 11 Apr 2019 15:50:38 +0200 [thread overview]
Message-ID: <8596683.VRQu17hJsJ@devpool35> (raw)
In-Reply-To: <cc009072-64d4-4be3-0bb2-20be4d5c357f@6wind.com>
[-- Attachment #1: Type: text/plain, Size: 1962 bytes --]
Am Donnerstag, 11. April 2019, 11:26:12 CEST schrieb Nicolas Dichtel:
> Le 11/04/2019 à 10:52, Rolf Eike Beer a écrit :
> > Am Donnerstag, 11. April 2019, 10:39:40 CEST schrieb Nicolas Dichtel:
> >> In case of cross-compilation, there may be two pkg-config tools, one for
> >> the host and one for the target. Enable to override the default name.
> >>
> >> Fixes: 056d28d135bc ("objtool: Query pkg-config for libelf location")
> >> Signed-off-by: Nicolas Dichtel <nicolas.dichtel@6wind.com>
> >
> > If you do that, you have to fix a lot of other places, too. This starts in
> > scripts/kconfig/ and also includes e.g. tools/testing/.
> >
> > Usually you have pkg-config for host and ${target_platform}-pkg-config for
> > the
> My use case was for buildroot, which define pkg-config and host-pkgconf. In
> fact, I've just seen that a buildroot patch was accepted for this problem:
> https://patchwork.ozlabs.org/patch/1081379/
I agree that it makes sense to have both host and target pkg-config
configurable. But IMHO that must happen in a central place (i.e. ./Makefile),
and it has to be used everywhere. Currently PKG_CONFIG is defined at multiple
places, sometimes host, sometimes target, and often pkg-config is called
directly, also mixing both usages.
So, IMHO, if you want to fix this: fix it once and for all in the whole
kernel, not just one place. What I have introduced was just the same as
kconfig is using to find the dependencies for some of the *config variants, so
this usecase would break for you anyway, although I don't think anyone in
buildroot will notice this.
Eike
--
Rolf Eike Beer, emlix GmbH, http://www.emlix.com
Fon +49 551 30664-0, Fax +49 551 30664-11
Gothaer Platz 3, 37083 Göttingen, Germany
Sitz der Gesellschaft: Göttingen, Amtsgericht Göttingen HR B 3160
Geschäftsführung: Heike Jordan, Dr. Uwe Kracke – Ust-IdNr.: DE 205 198 055
emlix - smart embedded open source
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 313 bytes --]
prev parent reply other threads:[~2019-04-11 13:50 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-04-11 8:39 [PATCH linux] objtool: fix pkg-config query in case of cross-compilation Nicolas Dichtel
2019-04-11 8:52 ` Rolf Eike Beer
2019-04-11 9:26 ` Nicolas Dichtel
2019-04-11 13:50 ` Rolf Eike Beer [this message]
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=8596683.VRQu17hJsJ@devpool35 \
--to=eb@emlix.com \
--cc=jpoimboe@redhat.com \
--cc=linux-kbuild@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=nicolas.dichtel@6wind.com \
--cc=peterz@infradead.org \
--cc=tglx@linutronix.de \
--cc=yamada.masahiro@socionext.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