All of lore.kernel.org
 help / color / mirror / Atom feed
From: Arnaldo Carvalho de Melo <arnaldo.melo@gmail.com>
To: Jiri Olsa <jolsa@redhat.com>
Cc: Ingo Molnar <mingo@kernel.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	Jiri Olsa <jolsa@kernel.org>, Namhyung Kim <namhyung@kernel.org>,
	Clark Williams <williams@redhat.com>,
	linux-kernel@vger.kernel.org, linux-perf-users@vger.kernel.org,
	Adrian Hunter <adrian.hunter@intel.com>,
	Ravi Bangoria <ravi.bangoria@linux.ibm.com>,
	Arnaldo Carvalho de Melo <acme@redhat.com>
Subject: Re: [GIT PULL 0/6] perf/urgent fixes
Date: Fri, 6 Dec 2019 12:35:09 -0300	[thread overview]
Message-ID: <20191206153509.GB13965@kernel.org> (raw)
In-Reply-To: <20191206150455.GC31721@krava>

Em Fri, Dec 06, 2019 at 04:04:55PM +0100, Jiri Olsa escreveu:
> On Fri, Dec 06, 2019 at 11:43:54AM -0300, Arnaldo Carvalho de Melo wrote:
> > Em Fri, Dec 06, 2019 at 03:25:16PM +0100, Jiri Olsa escreveu:
> > > On Fri, Dec 06, 2019 at 08:57:01AM +0100, Ingo Molnar wrote:
> > > 
> > > SNIP
> > > 
> > > > >  tools/include/uapi/drm/drm.h      |   3 +-
> > > > >  tools/include/uapi/drm/i915_drm.h | 128 +++++++++++++++++++++++++++++++++++++-
> > > > >  tools/perf/builtin-inject.c       |  13 +---
> > > > >  tools/perf/builtin-report.c       |   8 +++
> > > > >  tools/perf/util/sort.c            |  16 +++--
> > > > >  5 files changed, 147 insertions(+), 21 deletions(-)
> > > > 
> > > > Pulled, thanks a lot Arnaldo!
> > > > 
> > > > JFYI, on my system the default perf/urgent build still has this noise 
> > > > generated by util/parse-events.y and util/expr.y:
> > > > 
> > > >   util/parse-events.y:1.1-12: warning: deprecated directive, use ‘%define api.pure’ [-Wdeprecated]
> > > >       1 | %pure-parser
> > > >       | ^~~~~~~~~~~~
> > > >   util/parse-events.y: warning: fix-its can be applied.  Rerun with option '--update'. [-Wother]
> > > >   util/expr.y:15.1-12: warning: deprecated directive, use ‘%define api.pure’ [-Wdeprecated]
> > > >      15 | %pure-parser
> > > >       | ^~~~~~~~~~~~
> > > >   util/expr.y: warning: fix-its can be applied.  Rerun with option '--update'. [-Wother]
> > > 
> > > just saw it in fedora 31 with new bison, change below
> > > should fix it, I'll post it with other fixes later
> > 
> > As I explained to Ingo, this will make it fail with older systems, for
> > now this is just a warning, thus I've not been eager to get this merged,
> > Andi alredy submitted this, for instance.
> > 
> > Is there some way to have some sort of ifdef based on bison's version so
> > that we can have both?
> 
> I see, I guess we could use one or another based on
> bison version with macro

If you could do that, that would be great, the attempt may well
enlighten us if that is possible and if not, then, oh well, I can just
update bison on these older systems and keep a note in my container
definition files :-)

- Arnaldo
 
> jirka
> 
> > 
> > At some point I'll just bite the bullet and stop testing on such older
> > systems, but while this is not strictly needed...
> > 
> > - Arnaldo
> >  
> > > jirka
> > > 
> > > ---
> > > diff --git a/tools/perf/util/expr.y b/tools/perf/util/expr.y
> > > index f9a20a39b64a..4ef801334b9d 100644
> > > --- a/tools/perf/util/expr.y
> > > +++ b/tools/perf/util/expr.y
> > > @@ -12,7 +12,7 @@
> > >  #define MAXIDLEN 256
> > >  %}
> > >  
> > > -%pure-parser
> > > +%define api.pure
> > >  %parse-param { double *final_val }
> > >  %parse-param { struct parse_ctx *ctx }
> > >  %parse-param { const char **pp }
> > > diff --git a/tools/perf/util/parse-events.y b/tools/perf/util/parse-events.y
> > > index e2eea4e601b4..87a0d11676f0 100644
> > > --- a/tools/perf/util/parse-events.y
> > > +++ b/tools/perf/util/parse-events.y
> > > @@ -1,4 +1,4 @@
> > > -%pure-parser
> > > +%define api.pure
> > >  %parse-param {void *_parse_state}
> > >  %parse-param {void *scanner}
> > >  %lex-param {void* scanner}
> > 
> > -- 
> > 
> > - Arnaldo
> > 

-- 

- Arnaldo

  reply	other threads:[~2019-12-06 15:35 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-12-05 19:32 [GIT PULL 0/6] perf/urgent fixes Arnaldo Carvalho de Melo
2019-12-05 19:32 ` [PATCH 1/6] perf report/top TUI: Replace pr_err() with ui__error() Arnaldo Carvalho de Melo
2019-12-05 19:32 ` [PATCH 2/6] perf report: Make -F more strict like -s Arnaldo Carvalho de Melo
2019-12-05 19:32 ` [PATCH 3/6] perf report: Bail out --mem-mode if mem info is not available Arnaldo Carvalho de Melo
2019-12-05 19:32 ` [PATCH 4/6] perf inject: Fix processing of ID index for injected instruction tracing Arnaldo Carvalho de Melo
2019-12-05 19:32 ` [PATCH 5/6] tools headers UAPI: Sync drm/i915_drm.h with the kernel sources Arnaldo Carvalho de Melo
2019-12-05 19:32 ` [PATCH 6/6] tools headers UAPI: Update tools's copy of drm.h headers Arnaldo Carvalho de Melo
2019-12-06  7:57 ` [GIT PULL 0/6] perf/urgent fixes Ingo Molnar
2019-12-06 14:24   ` Arnaldo Carvalho de Melo
2019-12-06 14:25   ` Jiri Olsa
2019-12-06 14:43     ` Arnaldo Carvalho de Melo
2019-12-06 15:04       ` Jiri Olsa
2019-12-06 15:35         ` Arnaldo Carvalho de Melo [this message]
2020-01-12 19:22           ` [PATCH] perf tools: Use %define api.pure full instead of %pure-parser Jiri Olsa
2020-01-20  8:27             ` [tip: perf/core] " tip-bot2 for Jiri Olsa
2020-01-13  8:28 ` [GIT PULL 0/6] perf/urgent fixes Ravi Bangoria
2020-01-13  9:25   ` Jiri Olsa
2020-01-13  9:44     ` Ravi Bangoria
  -- strict thread matches above, loose matches on Subject: below --
2018-09-28 12:25 Arnaldo Carvalho de Melo
2018-05-07 20:13 Arnaldo Carvalho de Melo
2018-05-07 20:13 ` Arnaldo Carvalho de Melo
2018-05-10 18:10 ` Ingo Molnar
2018-04-06 11:24 Arnaldo Carvalho de Melo
2018-04-06 12:41 ` Ingo Molnar
2015-11-12 22:56 Arnaldo Carvalho de Melo
2015-11-13  9:11 ` Ingo Molnar
2013-10-07 19:02 Arnaldo Carvalho de Melo
2013-10-08  5:32 ` Ingo Molnar
2013-09-25 17:20 Arnaldo Carvalho de Melo
2013-09-25 18:28 ` Ingo Molnar
2013-09-05 19:42 Arnaldo Carvalho de Melo
2013-09-06 12:09 ` Ingo Molnar
2011-08-26 15:37 Arnaldo Carvalho de Melo
2011-08-18 16:49 Arnaldo Carvalho de Melo

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=20191206153509.GB13965@kernel.org \
    --to=arnaldo.melo@gmail.com \
    --cc=acme@redhat.com \
    --cc=adrian.hunter@intel.com \
    --cc=jolsa@kernel.org \
    --cc=jolsa@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-perf-users@vger.kernel.org \
    --cc=mingo@kernel.org \
    --cc=namhyung@kernel.org \
    --cc=ravi.bangoria@linux.ibm.com \
    --cc=tglx@linutronix.de \
    --cc=williams@redhat.com \
    /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.