From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mike Frysinger Date: Tue, 12 Jul 2011 16:17:22 -0400 Subject: [U-Boot] [PATCH] tools: build some commands without -pedantic In-Reply-To: <20110712200549.357CB135A9AD@gemini.denx.de> References: <1310469889-12999-1-git-send-email-linus.walleij@linaro.org> <20110712115814.2A91416F53F9@gemini.denx.de> <20110712200549.357CB135A9AD@gemini.denx.de> Message-ID: List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de On Tue, Jul 12, 2011 at 16:05, Wolfgang Denk wrote: > Linus Walleij wrote: >> On Tue, Jul 12, 2011 at 8:57 PM, Mike Frysinger wrote: >> > [Me] >> >> So yes, I can positively repeat this on a clean tree. It's still -pendantic that >> >> is the culprit, if I copy the above and run manually without -pedantic >> >> it compiles fine. >> > >> > are you using ccache ? >> >> Yes :-P >> >> I didn't think so, but nowadays it's apparently in the Fedora development tools >> groupinstall. Removing the package and spawning a new shell indeed solves >> the problem, like I guess deleting the ccache database would. > > I'm using ccache as well, and always did. ?Never saw such an issue > before. > > Did you have any I/O errors (like corrupt data) on your system lately? with Gentoo, we've often seen unexpected reboots (power loss / oom / oops / etc...) result in zero byte files being left in the cache. comes up semi-frequently for us since so many people are using ccache and building from source. the zero byte aspect makes sense when using ext4 due to the fs design (metadata gets committed, but contents are in transit and lost). perhaps ccache itself should grow a 0 byte file check. i cant imagine any valid compiled object being 0 bytes ... -mike