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

Reply via email to