Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753561AbXACCHT (ORCPT ); Tue, 2 Jan 2007 21:07:19 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753598AbXACCHT (ORCPT ); Tue, 2 Jan 2007 21:07:19 -0500 Received: from inti.inf.utfsm.cl ([200.1.21.155]:36459 "EHLO inti.inf.utfsm.cl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753561AbXACCHR (ORCPT ); Tue, 2 Jan 2007 21:07:17 -0500 Message-Id: <200701030205.l0325lki008679@laptop13.inf.utfsm.cl> To: "D. Hazelton" cc: Adrian Bunk , Alistair John Strachan , "Zhang, Yanmin" , LKML , Greg KH , Chuck Ebbert <76306.1226@compuserve.com>, Linus Torvalds , Andrew Morton Subject: Re: kernel + gcc 4.1 = several problems In-Reply-To: Message from "D. Hazelton" of "Tue, 02 Jan 2007 18:41:33 CDT." <200701021841.34002.dhazelton@enter.net> X-Mailer: MH-E 7.4.2; nmh 1.1; XEmacs 21.5 (beta27) Date: Tue, 02 Jan 2007 23:05:47 -0300 From: "Horst H. von Brand" X-Greylist: Delayed for 00:05:08 by milter-greylist-3.0 (inti.inf.utfsm.cl [200.1.21.155]); Tue, 02 Jan 2007 23:06:00 -0300 (CLST) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1603 Lines: 37 D. Hazelton wrote: [...] > None. I didn't file a report on this because I didn't find the big, just > noted a problem that appears to occur. In this case the call's generated > seem to wrap loops - something I've never heard of anyone doing. Example code showing this weirdness? > These > *might* be causing the off-by-one that is causing the function to > re-enter in the middle of an instruction. If something like this happened, programs would be crashing left and right. > Seeing this I'd guess that this follows for all system-level code > generated by 4.1.1 Define "system-level code". What makes it different from, say, bog-of-the-mill compiler code (yes, gcc compiles itself as part of its sanity checking)? > and this is exactly what I was reporting. If you'd > like I'll go dig up the dumps he posted and post the two related segments > side-by-side to give you a better example what I'm referring to. If the related segments show code that is somehow wrong, by all means report it /with your detailed analysis/ to the compiler people. Just a warning, gcc is pretty smart in what it does, its code is often surprising to the unwashed. Also, the C standard is subtle, the error might be in a unwarranted assumption in the source code. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/