From mboxrd@z Thu Jan 1 00:00:00 1970 Received: with ECARTIS (v1.0.0; list linux-mips); Sun, 13 May 2012 14:08:49 +0200 (CEST) Received: from mail-ob0-f177.google.com ([209.85.214.177]:50748 "EHLO mail-ob0-f177.google.com" rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP id S1903591Ab2EMMIn convert rfc822-to-8bit (ORCPT ); Sun, 13 May 2012 14:08:43 +0200 Received: by obqv19 with SMTP id v19so7800034obq.36 for ; Sun, 13 May 2012 05:08:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=ytdRRn7pEuKBGQzNJZ319PZvoLwhT8DZVb1hT8DWvKs=; b=Rw1L87avCdV9FS4rpNKqKxY9zrYkPYyIUYzGhMM1cYeptUrcMbkJNqmqbOlDF0pmfQ LkFuw6XU5L+cHk/J2u0zFAbZvvbU6iExDsXZM/dqWk57nnnLxNkhLOE3gIXFDAMSqyBp x018QGKEq7I43+a0OmWIyrUVanwSpENg1cBlyltev8atTR7vlROZoLEfcwKYBWpCUH7H EbHE5pKqAsjsqT7Ww8QM4y1czgBnX6Rhfi/OLNchxQsTcKUD6Qhb35QPAy4a3qDxt42V EW2cBwIeaoWgxLyw/p32HUFVlu3Un5T+ELj8hziarQut5s48MqWGrWckusaKpPcBpHik MR5g== Received: by 10.60.19.129 with SMTP id f1mr6704575oee.1.1336910916836; Sun, 13 May 2012 05:08:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.76.169.138 with HTTP; Sun, 13 May 2012 05:08:16 -0700 (PDT) In-Reply-To: References: <1335534510-12573-1-git-send-email-dedekind1@gmail.com> <4F9AD14E.9060008@gmail.com> <1336289676.1996.3.camel@koala> <1336293478.2801.4.camel@brekeke> From: Jonas Gorski Date: Sun, 13 May 2012 14:08:16 +0200 Message-ID: Subject: Re: [PATCH 1/2] MIPS: Kbuild: remove -Werror To: "Maciej W. Rozycki" Cc: Artem Bityutskiy , David Daney , Ralf Baechle , MIPS Mailing List , MTD Maling List Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT X-archive-position: 33287 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: jonas.gorski@gmail.com Precedence: bulk X-list: linux-mips Return-Path: Hi, On 6 May 2012 11:14, Maciej W. Rozycki wrote: > On Sun, 6 May 2012, Artem Bityutskiy wrote: > >> >  And my opinion is based on experience.  Please check the LMO archives for >> > why Ralf added this option in the first place -- many years ago.  It's >> > probably recorded in the git repository too (I'm not sure if the option >> > was added before or after we moved away from CVS, but in any case old >> > change logs have been imported when our current repo was created). >> >> We need to figure out how to make -Werror be applied only when we do not >> have W=[123]. > >  Hmm, that sounds better, however has the counter-intuitive side-effect of > lowering the severity of the warnings that are enabled even without > W=[123]. > >  Modern versions of GCC have that selective -Wno-error=foo option and I > think it should be possible to build the precise list of warnings not to > choke on locally in arch/mips/Kbuild with little Makefile magic, falling > back to something sane for older GCC versions (I'm not sure exactly when > these selective options were added, certainly sometime between 4.1 and > 4.3). > >  This will be a bit imperfect if any of these additional -Wfoo options > duplicate ones already added to KBUILD_CFLAGS in our top-level Makefile > (either explicitly or via -Wall), but that's about the best we can do. > I'll see if I can cook up something quickly. Hm, how about doing it the other way round, i.e. explicitly enable which warnings we want to treat as errors with -Werror=foo? That way we don't lower the severity when W=[123] and new default enabled warnings in gcc can't break the build any more, just better (or worse ;-) heuristics can. Jonas From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-ob0-f177.google.com ([209.85.214.177]) by merlin.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux)) id 1STXbK-0002xs-KD for linux-mtd@lists.infradead.org; Sun, 13 May 2012 12:08:39 +0000 Received: by obqv19 with SMTP id v19so7800037obq.36 for ; Sun, 13 May 2012 05:08:36 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: References: <1335534510-12573-1-git-send-email-dedekind1@gmail.com> <4F9AD14E.9060008@gmail.com> <1336289676.1996.3.camel@koala> <1336293478.2801.4.camel@brekeke> From: Jonas Gorski Date: Sun, 13 May 2012 14:08:16 +0200 Message-ID: Subject: Re: [PATCH 1/2] MIPS: Kbuild: remove -Werror To: "Maciej W. Rozycki" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: MIPS Mailing List , MTD Maling List , Ralf Baechle , David Daney , Artem Bityutskiy List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Hi, On 6 May 2012 11:14, Maciej W. Rozycki wrote: > On Sun, 6 May 2012, Artem Bityutskiy wrote: > >> > =C2=A0And my opinion is based on experience. =C2=A0Please check the LM= O archives for >> > why Ralf added this option in the first place -- many years ago. =C2= =A0It's >> > probably recorded in the git repository too (I'm not sure if the optio= n >> > was added before or after we moved away from CVS, but in any case old >> > change logs have been imported when our current repo was created). >> >> We need to figure out how to make -Werror be applied only when we do not >> have W=3D[123]. > > =C2=A0Hmm, that sounds better, however has the counter-intuitive side-eff= ect of > lowering the severity of the warnings that are enabled even without > W=3D[123]. > > =C2=A0Modern versions of GCC have that selective -Wno-error=3Dfoo option = and I > think it should be possible to build the precise list of warnings not to > choke on locally in arch/mips/Kbuild with little Makefile magic, falling > back to something sane for older GCC versions (I'm not sure exactly when > these selective options were added, certainly sometime between 4.1 and > 4.3). > > =C2=A0This will be a bit imperfect if any of these additional -Wfoo optio= ns > duplicate ones already added to KBUILD_CFLAGS in our top-level Makefile > (either explicitly or via -Wall), but that's about the best we can do. > I'll see if I can cook up something quickly. Hm, how about doing it the other way round, i.e. explicitly enable which warnings we want to treat as errors with -Werror=3Dfoo? That way we don't lower the severity when W=3D[123] and new default enabled warnings in gcc can't break the build any more, just better (or worse ;-) heuristics can. Jonas