Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp2276146pxj; Sun, 16 May 2021 20:58:12 -0700 (PDT) X-Google-Smtp-Source: ABdhPJySgnJ++HlHsl273JJ/7KnUus6hT1vsIaTUkGWPBeEXiZenjS3CG+f9uzL3tgadfEXe2lre X-Received: by 2002:a6b:7d0b:: with SMTP id c11mr13432584ioq.8.1621223892769; Sun, 16 May 2021 20:58:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1621223892; cv=none; d=google.com; s=arc-20160816; b=hF4a5cHapcklDEMAcFGi/M2M0jQx7D+LUxlyI88s2uhZZQTJ4gauEotzQw8alUY8Zw N2XfoVfUaKcG75XPDGknaFNPkTwnhaAXei0wLEANPraGtZkAVLCf2dml65JmZd/dDCW5 ppbqb1gaJi3+6EnppLP4+mezLzuYFaSz/NI9HujD/DT9GioGfZAcA3u6DeSADqpjeiTf /WSJ9USEjWvCLVV+/YVc2QnUQNI8f5Bh8sd2MSwKatQ1xeLEhFhyg7nhMCgw3/PQZ2eh oE2HiqfVHJ7xcT2wd+zM+ltK0IkC6gwXwNYHJFMCI/t/nTGYQYW5R16hV29dzDNeCBSS SJFg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=fOR5pnDEPGBJt3faYvRqJP82Hiak0OwwFyZyM93jpF0=; b=rRifxDxL+fmnerZSDdFnHIN5JogHXRo0Ot8g8RvLrq895RgFP/QT/Zs8Byl0vVeqcQ Xnys9l6hBGwpYVs6BkjP6OV3HVlxoXWI7E5+Jjjn40OReJy/w8/4ajWdUYic7Gx/7pLh c6GMR1pXPNOGXkOtioIffYNFTWzP1cRFXNJkVhWJcwAkRz0aB11OBQbx2yl/OE3ctojP Zsv/lPPMF4uClA2zQ8NdewwLDEM2Owa+l6mAYvpCGv5//kYohms+hoKDZExcR0OXWhwC 9yv2BkDpteaDFBjq+OR1W6+zWlosSFZ27eE+3QJaOInRrQU7Tc2o9GlQyvzQ3eOGube3 /TSA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ozlabs-ru.20150623.gappssmtp.com header.s=20150623 header.b=GulJ6Qio; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id l10si18973324iow.11.2021.05.16.20.57.59; Sun, 16 May 2021 20:58:12 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@ozlabs-ru.20150623.gappssmtp.com header.s=20150623 header.b=GulJ6Qio; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233328AbhEQDYe (ORCPT + 99 others); Sun, 16 May 2021 23:24:34 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60336 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230075AbhEQDYd (ORCPT ); Sun, 16 May 2021 23:24:33 -0400 Received: from mail-pf1-x42c.google.com (mail-pf1-x42c.google.com [IPv6:2607:f8b0:4864:20::42c]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C26DDC06174A for ; Sun, 16 May 2021 20:23:17 -0700 (PDT) Received: by mail-pf1-x42c.google.com with SMTP id h127so3993495pfe.9 for ; Sun, 16 May 2021 20:23:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ozlabs-ru.20150623.gappssmtp.com; s=20150623; h=message-id:date:mime-version:user-agent:subject:content-language:to :cc:references:from:in-reply-to:content-transfer-encoding; bh=fOR5pnDEPGBJt3faYvRqJP82Hiak0OwwFyZyM93jpF0=; b=GulJ6QioiL7oOOn+tAThXcktBX6kWZjGIaP4a41f8XvVqSISg49RV8/LFBF4mZnQp6 ZZ4Np93/Nnq8Urx9XGPrg86WEUnOGJGvGwHwf1om5bi5VLDXuHTRqtUzvgFrEiwJS7ND 7HrAIUiHACm277b9Z1AF4uAoVLXHHaz8BFtb88zHeMw+z7GtPJiSHGO74emYZ48QBFMK aOdJ5rJJSynvSgsr/7ruh/LXO5xR8jpsG1oQcFY1n/c7q/EY/maMV3F65k4titSAENEs cxlY3BABf0vVg845cflGqjUuDbiYhwsi4e1J0lG0H+jM0eCFB2hfdwE1YFLP4HotPMu0 bY2w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=fOR5pnDEPGBJt3faYvRqJP82Hiak0OwwFyZyM93jpF0=; b=arjeVWj3OOlSBdiLu/Qw3ZhRRkgxmgA9Rmn+UnUxb7a78zxzdCULY+kKDcQ0Ql3+5E MFSvsXjl4UvFEKb+zqYrZfLjSjsoyWo5HxMvYOoYERCeEDyp3lqwV7aR9YqCgJKdSIzR 0hcyYqzTTXje1+stPsUAtxRUqdLIvEA84wVSWeOReE5xWP4T8fAZNa9gUJ2rz+XHO3+z +QG/6NgwyBTEV/1OtlcqGMWEUArYGGiZ0guYKD0pPUEtWDhk1cbrR8X8Qh81AcS+OdaA FhDAqYY/Zpb9cNMwQY27X/4iFoVmGgZ7GiA7a9sUSfndpDh925D0ndMHV5uhuSjytI85 NqXw== X-Gm-Message-State: AOAM532O46P9/0gRAOtTAZ7V5tsof3zw4JsyE3XLy76MC86YzDbVYNrX AT6daaqCfnPfctfaxafa1EbTlA== X-Received: by 2002:a62:8f45:0:b029:28e:a5f2:2f2a with SMTP id n66-20020a628f450000b029028ea5f22f2amr57274586pfd.44.1621221797301; Sun, 16 May 2021 20:23:17 -0700 (PDT) Received: from localhost (110-175-254-242.static.tpgi.com.au. [110.175.254.242]) by smtp.gmail.com with UTF8SMTPSA id z62sm8585359pfb.110.2021.05.16.20.23.13 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 16 May 2021 20:23:16 -0700 (PDT) Message-ID: Date: Mon, 17 May 2021 13:23:11 +1000 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:88.0) Gecko/20100101 Thunderbird/88.0 Subject: Re: [PATCH kernel v3] powerpc/makefile: Do not redefine $(CPP) for preprocessor Content-Language: en-US To: Segher Boessenkool , Masahiro Yamada Cc: Michal Marek , Linux Kbuild mailing list , Nick Desaulniers , Linux Kernel Mailing List , Nathan Chancellor , clang-built-linux , linuxppc-dev References: <20210513115904.519912-1-aik@ozlabs.ru> <20210514084649.GI10366@gate.crashing.org> From: Alexey Kardashevskiy In-Reply-To: <20210514084649.GI10366@gate.crashing.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 5/14/21 18:46, Segher Boessenkool wrote: > Hi! > > On Fri, May 14, 2021 at 11:42:32AM +0900, Masahiro Yamada wrote: >> In my best guess, the reason why powerpc adding the endian flag to CPP >> is this line in arch/powerpc/kernel/vdso64/vdso64.lds.S >> >> #ifdef __LITTLE_ENDIAN__ >> OUTPUT_FORMAT("elf64-powerpcle", "elf64-powerpcle", "elf64-powerpcle") >> #else >> OUTPUT_FORMAT("elf64-powerpc", "elf64-powerpc", "elf64-powerpc") >> #endif > > Which is equivalent to > > #ifdef __LITTLE_ENDIAN__ > OUTPUT_FORMAT("elf64-powerpcle") > #else > OUTPUT_FORMAT("elf64-powerpc") > #endif > > so please change that at the same time if you touch this :-) "If you touch this" approach did not work well with this patch so sorry but no ;) and for a separate patch, I'll have to dig since when it is equal, do you know? > >> __LITTLE_ENDIAN__ is defined by powerpc gcc and clang. > > This predefined macro is required by the newer ABIs, but all older That's good so I'll stick to it. > compilers have it as well. _LITTLE_ENDIAN is not supported on all > platforms (but it is if your compiler targets Linux, which you cannot > necessarily rely on). These macros are PowerPC-specific. > > For GCC, for all targets, you can say > #if __BYTE_ORDER__ == __ORDER_LITTLE_ENDIAN__ > You do not need any of the other *ORDER__ macros in most cases. > See "info cpp" for the sordid details. > >> [2] powerpc-linux-gnu-gcc + -mlittle-endian -> __LITTLE_ENDIAN__ is defined > > You can just write -mbig and -mlittle btw. Those aren't available on > all targets, but neither are the long-winded -m{big,little}-endian > option names. Pet peeve, I know :-) I am looking the same guarantees across modern enough gcc and clang and I am not sure all of the above is valid for clang 10.0.something (or whatever we say we support) ;) -- Alexey