Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756657AbbFPL7a (ORCPT ); Tue, 16 Jun 2015 07:59:30 -0400 Received: from cantor2.suse.de ([195.135.220.15]:39056 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752932AbbFPL7W (ORCPT ); Tue, 16 Jun 2015 07:59:22 -0400 Date: Tue, 16 Jun 2015 13:59:20 +0200 (CEST) From: Michael Matz To: Borislav Petkov cc: Enrico Mioso , linux-kernel@vger.kernel.org, x86-ml Subject: Re: X86 GIT GCC 5 compilation warning In-Reply-To: <20150615171750.GP4255@pd.tnic> Message-ID: References: <20150614180724.GB14892@pd.tnic> <20150615171750.GP4255@pd.tnic> User-Agent: Alpine 2.20 (LSU 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1221 Lines: 45 Hello, On Mon, 15 Jun 2015, Borislav Petkov wrote: > Hmm, so I did start my oS13.2 i386 guest: > > $ as --version > GNU assembler (GNU Binutils; openSUSE 13.2) 2.24.0.20140403-6.1 That won't show the issue. Our binutils are compiled with support for multiple targets, among them 64bit ones, and as I said, that makes the internal value types be 64bit as well, and hence masks the warning. You could compile binutils yourself in that i386 guest, without enabling other than the host target to see the problem, but why would you want that? > $ gcc --version Again, gcc doesn't enter the picture here, it's gas itself that warns if it was compiled with the right (or wrong) options. > $ cat t.s > .text > LOWMEM_PAGES = (((1<<32) - 0xc0000000) >> 12) > > mov LOWMEM_PAGES, %eax > > $ as t.s > $ My self-compiled gas warns here. > Do we have some bleeding edge gcc5 rpms somewhere I could try? devel:gcc, but gcc is not the cause here. Ciao, Michael. -- 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/