From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751483AbaBWR6M (ORCPT ); Sun, 23 Feb 2014 12:58:12 -0500 Received: from terminus.zytor.com ([198.137.202.10]:51791 "EHLO mail.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751132AbaBWR6L (ORCPT ); Sun, 23 Feb 2014 12:58:11 -0500 Message-ID: <530A3668.2090902@zytor.com> Date: Sun, 23 Feb 2014 09:56:56 -0800 From: "H. Peter Anvin" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Josh Triplett CC: Borislav Petkov , Andrew Morton , Andi Kleen , Feng Tang , Ingo Molnar , Jacob Shin , Jan Beulich , Jussi Kivilinna , "Kirill A. Shutemov" , Paul Gortmaker , Peter Zijlstra , "Rafael J. Wysocki" , Rob Landley , Seiji Aguchi , Stephane Eranian , Suravee Suthikulpanit , Thomas Gleixner , linux-kernel@vger.kernel.org, x86@kernel.org Subject: Re: [PATCH v2 2/2] x86: Support compiling out human-friendly processor feature names References: <296de15c8addece6dada4ddac982b3934d8ff6fa.1393096111.git.josh@joshtriplett.org> <4bdaeab748d3b51ef24576ca030b5eb80455aff8.1393098813.git.josh@joshtriplett.org> <20140222204936.GA2534@pd.tnic> <20140222210038.GA19867@thin> <1b6550ce-40bd-4fc4-a3e4-37997da17973@email.android.com> <20140222213640.GA3409@thin> In-Reply-To: <20140222213640.GA3409@thin> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 02/22/2014 01:36 PM, Josh Triplett wrote: > > No, even after removing the ifdefs around the build rules as you > suggested (and v3's fixes for the resulting build issues, notably > changing some -y's to -$(CONFIG_X86_FEATURE_NAMES)), the makefiles still > manage to not build mkcpustr or cpustr.h, because nothing depends on it. > How could it miss the rule: $(obj)/cpu.o: $(obj)/cpustr.h > I could change the build rules to generate an empty cpustr.h and avoid > this ifdef, but that'd require an additional ifdef block in the Makefile. Typically the way it is done is to generate the #ifdef *inside* cpustr.h. However, cpustr.h is kind of special anyway so it probably doesn't matter. -hpa