From: Henning Schild <henning.schild@siemens.com>
To: Jan Kiszka <jan.kiszka@siemens.com>
Cc: isar-users <isar-users@googlegroups.com>
Subject: Re: next: ccache broken for cross-compiling
Date: Tue, 12 Jul 2022 16:20:33 +0200 [thread overview]
Message-ID: <20220712162033.5a0c129a@md1za8fc.ad001.siemens.net> (raw)
In-Reply-To: <8e8e3b67-ab0d-8661-8611-adf5cfa2b06c@siemens.com>
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
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
>
next prev parent reply other threads:[~2022-07-12 14:20 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 [this message]
2022-07-13 5:22 ` Jan Kiszka
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=20220712162033.5a0c129a@md1za8fc.ad001.siemens.net \
--to=henning.schild@siemens.com \
--cc=isar-users@googlegroups.com \
--cc=jan.kiszka@siemens.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