Peter Maydell <peter.mayd...@linaro.org> writes: > Hi; since commit 4b887ae travis builds have been persistently > failing on one particular config with the error: > exec.o: could not read symbols: File truncated > trying to link the mipsn32-linux-user binary. > > My theory is that the problem here is that: > * for one build, the build host ran out of disk space or otherwise > hiccupped, resulting in a truncated .o file > * since travis saves the ccache cache across builds, the truncated .o > file has persisted and now every build is going to fail the same > way (until something gets committed that results in exec.c or one > of its included headers changing) > > It looks like there's a way to manually clear the cache, so that > seems like a good first step to see if it fixes things: > https://docs.travis-ci.com/user/caching/#Clearing-Caches > > Could somebody with admin access to our travis config try this, > please?
I've reset the cache for the master branch and restarted the build. FWIW anyone who is a member of the QEMU project on Github should have the permissions to tweak the Travis caches for the project. > > thanks > -- PMM -- Alex Bennée
