From: Jan Kiszka <jan.kiszka@siemens.com>
To: Henning Schild <henning.schild@siemens.com>
Cc: isar-users <isar-users@googlegroups.com>
Subject: Re: next: ccache broken for cross-compiling
Date: Wed, 13 Jul 2022 07:22:22 +0200 [thread overview]
Message-ID: <d968f262-da39-598e-08ad-190846919399@siemens.com> (raw)
In-Reply-To: <20220712162033.5a0c129a@md1za8fc.ad001.siemens.net>
On 12.07.22 16:20, Henning Schild wrote:
> In order to find what might be going wrong you could enable ccache
> logging. setting "log_file = /tmp/ccache.log" in ccache.conf (in the
> caches main directory)
>
> Double check it is actually used, i think it would need CCACHE_DIR in
> env and some compiler wrappers prefixed in PATH, plus write permissions
> on the files.
>
> You can watch the thing from anywhere where it is mounted
>
> CCACHE_DIR=/path/to/cache watch ccache
>
> If you see missing going up but not hits ... it is probably used but
> for some reason does not like what it found. Felix once pointed out
> that for the kernel that could be if you have debug flags enabled,
> where the absolute path of the sources will always end up in the
> binaries. Or it could simply be that with sbuild the location of the
> sources changes too dramatic ... in which case "hash_dir = false" could
> help in the ccache.conf
>
Good hint regarding CONFIG_DEBUG_INFO: It's off for x86 defconfig while
it's on for arm64's defconfig.
Jan
> Henning
>
> Am Sun, 10 Jul 2022 22:51:14 +0200
> schrieb Jan Kiszka <jan.kiszka@siemens.com>:
>
>> Hi all,
>>
>> I've noticed that ccache is not doing its job with current next when
>> cross-building, e.g. mc:qemuarm64-bullseye:linux-mainline. It does
>> work as expected for native builds
>> (mc:qemuamd64-bullseye:linux-mainline), and it works fine with v0.9.
>> Seems like an sbuild regression.
>>
>> Jan
>>
>
--
Siemens AG, Technology
Competence Center Embedded Linux
next prev parent reply other threads:[~2022-07-13 5:22 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-07-10 20:51 Jan Kiszka
2022-07-12 14:20 ` Henning Schild
2022-07-13 5:22 ` Jan Kiszka [this message]
2022-07-14 13:41 ` Uladzimir Bely
2022-07-14 13:51 ` Moessbauer, Felix
2022-07-14 14:44 ` Jan Kiszka
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=d968f262-da39-598e-08ad-190846919399@siemens.com \
--to=jan.kiszka@siemens.com \
--cc=henning.schild@siemens.com \
--cc=isar-users@googlegroups.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