From: Adrian Hunter <adrian.hunter@intel.com>
To: "H.J. Lu" <hjl.tools@gmail.com>,
Arnaldo Carvalho de Melo <acme@kernel.org>
Cc: "H. Peter Anvin" <hpa@zytor.com>,
Namhyung Kim <namhyung@kernel.org>,
LKML <linux-kernel@vger.kernel.org>, Jiri Olsa <jolsa@kernel.org>
Subject: Re: [PATCH] Check ARCH and IS_64_BIT instead of IS_X86_64 in perf
Date: Wed, 18 Mar 2015 10:24:10 +0200 [thread overview]
Message-ID: <5509362A.8030202@intel.com> (raw)
In-Reply-To: <CAMe9rOqpGVq3D88w+D15ef7sv6G6k57ZeTvxBm46=WFgzo9p1w@mail.gmail.com>
Hi
+Arnaldo
+Jiri
I would change the commit message and subject. Say:
Subject: perf tools: Fix perf-read-vdsox32 not building and lib64 install dir
Commit:
c6e5e9fbc3ea ("perf tools: Fix building error in x86_64 when dwarf unwind is on")
removed the definition of IS_X86_64 but not all places
using it, with the consequence that perf-read-vdsox32
would not be built anymore, and the default lib install
directory was 'lib' instead of 'lib64'.
Also needs to go to v3.19.
Otherwise:
Acked-by: Adrian Hunter <adrian.hunter@intel.com>
Cc: stable@vger.kernel.org # 3.19
On 18/03/15 00:33, H.J. Lu wrote:
> IS_X86_64 is never defined nor necessary. We check check ARCH and
> IS_64_BIT instead.
>
> ifeq ($(IS_X86_64),1)
>
> can be replaced by
>
> ifeq ($(ARCH)$(IS_64_BIT), x861)
>
> If IS_64_BIT is 1, we can replace
>
> ifneq (${IS_X86_64}, 1)
>
> with
>
> ifneq ($(ARCH), x86)
>
>
> -- H.J.
>
>
> 0001-Check-ARCH-and-IS_64_BIT-instead-of-IS_X86_64-in-per.patch
>
>
> From 3ced13f64d49b2e4a9b38dd9bda80481a39d6b1a Mon Sep 17 00:00:00 2001
> From: "H.J. Lu" <hjl.tools@gmail.com>
> Date: Tue, 17 Mar 2015 15:27:48 -0700
> Subject: [PATCH] Check ARCH and IS_64_BIT instead of IS_X86_64 in perf
>
> IS_X86_64 is never defined nor necessary. We check check ARCH and
> IS_64_BIT instead.
>
> ifeq ($(IS_X86_64),1)
>
> can be replaced by
>
> ifeq ($(ARCH)$(IS_64_BIT), x861)
>
> If IS_64_BIT is 1, we can replace
>
> ifneq (${IS_X86_64}, 1)
>
> with
>
> ifneq ($(ARCH), x86)
>
> Signed-off-by: H.J. Lu <hjl.tools@gmail.com>
> ---
> tools/perf/config/Makefile | 4 ++--
> tools/perf/tests/make | 2 +-
> 2 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/tools/perf/config/Makefile b/tools/perf/config/Makefile
> index 648e31f..f97de8e 100644
> --- a/tools/perf/config/Makefile
> +++ b/tools/perf/config/Makefile
> @@ -645,7 +645,7 @@ ifeq (${IS_64_BIT}, 1)
> NO_PERF_READ_VDSO32 := 1
> endif
> endif
> - ifneq (${IS_X86_64}, 1)
> + ifneq ($(ARCH), x86)
> NO_PERF_READ_VDSOX32 := 1
> endif
> ifndef NO_PERF_READ_VDSOX32
> @@ -693,7 +693,7 @@ sysconfdir = $(prefix)/etc
> ETC_PERFCONFIG = etc/perfconfig
> endif
> ifndef lib
> -ifeq ($(IS_X86_64),1)
> +ifeq ($(ARCH)$(IS_64_BIT), x861)
> lib = lib64
> else
> lib = lib
> diff --git a/tools/perf/tests/make b/tools/perf/tests/make
> index 69a71ff..f8b24a2 100644
> --- a/tools/perf/tests/make
> +++ b/tools/perf/tests/make
> @@ -5,7 +5,7 @@ include config/Makefile.arch
>
> # FIXME looks like x86 is the only arch running tests ;-)
> # we need some IS_(32/64) flag to make this generic
> -ifeq ($(IS_X86_64),1)
> +ifeq ($(ARCH)$(IS_64_BIT), x861)
> lib = lib64
> else
> lib = lib
> -- 1.9.3
>
next prev parent reply other threads:[~2015-03-18 8:26 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-17 22:33 [PATCH] Check ARCH and IS_64_BIT instead of IS_X86_64 in perf H.J. Lu
2015-03-18 8:24 ` Adrian Hunter [this message]
2015-03-18 9:43 ` Jiri Olsa
2015-03-18 13:10 ` Arnaldo Carvalho de Melo
2015-03-18 13:53 ` H.J. Lu
2015-03-22 10:08 ` [tip:perf/core] perf tools: Fix perf-read-vdsox32 not building and lib64 install dir tip-bot for H.J. Lu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5509362A.8030202@intel.com \
--to=adrian.hunter@intel.com \
--cc=acme@kernel.org \
--cc=hjl.tools@gmail.com \
--cc=hpa@zytor.com \
--cc=jolsa@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=namhyung@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.