Closed Bug 1478460 Opened 7 years ago Closed 6 years ago

sccache doesn't take into account -fsanitize-blacklist= file argument

Categories

(Firefox Build System :: General, enhancement)

enhancement
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: tjr, Assigned: chmanchester)

References

(Blocks 2 open bugs)

Details

(Keywords: in-triage)

As far as I can tell, if I pass -fsanitize-blacklist=path/file.txt into a build; and then change that file in a commit; it will not invalidate the cache. It should (as this affects the compilation). The correct fix is to have sccache take into account the file hash of any file arguments provided to it (I'm sure there are more than just fsanitize-blacklist). The short term fix is just to disable SCCACHE; although I'm a little confused how to do that via environment variables in try. There's USE_SCCACHE and SCCACHE_DISABLE... Ted, do you have any thoughts on this?
Flags: needinfo?(ted)
It wouldn't be hard to add this. sccache doesn't have any magic, it just has lists of commandline arguments and how to handle them. Disabling sccache is actually automatic nowadays, you just remove the sccache toolchain dependency from the build task definition (bug 1388573).
Flags: needinfo?(ted)
Keywords: in-triage
Summary: SCCACHE doesn't take into account file arguments → sccache doesn't take into account -fsanitize-blacklist= file argument

I was about to file this and got sent here by the duplicate-detector; I lost several try-pushes to this issue this week.

Chris, any chance this is like a one-liner that you could easily add to sccache?

Flags: needinfo?(cmanchester)

Sure, I'll take this.

Assignee: nobody → cmanchester
Flags: needinfo?(cmanchester)

Whoa, it really was a one-liner. \o/ Thanks!

This was merged, will be available the next time we pull a new rev into the tree.

Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.