From: Arnaldo Carvalho de Melo <acme@ghostprotocols.net>
To: Namhyung Kim <namhyung@gmail.com>
Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>,
Paul Mackerras <paulus@samba.org>, Ingo Molnar <mingo@kernel.org>,
LKML <linux-kernel@vger.kernel.org>, Jiri Olsa <jolsa@redhat.com>,
David Ahern <dsahern@gmail.com>,
Namhyung Kim <namhyung.kim@lge.com>
Subject: Re: [PATCH 5/8] perf symbols: Do not use ELF's symbol binding constants
Date: Fri, 22 Jun 2012 12:29:48 -0300 [thread overview]
Message-ID: <20120622152948.GI17747@infradead.org> (raw)
In-Reply-To: <1340378342.1478.24.camel@leonhard>
Em Sat, Jun 23, 2012 at 12:19:02AM +0900, Namhyung Kim escreveu:
> 2012-06-22 (금), 09:43 -0300, Arnaldo Carvalho de Melo:
> > Why don't you set STB_GLOBAL, etc to the expected values when libelf is
> > not present? That way no changes need to be made to symbol.c
> > Ditto for GELF_ST_BIND.
> > I.e. keep the subset of libelf.h that we use, providing those
> > definitions on the poor man's libelf.h we should use when the "real
> > thing" is not available.
> I just tried to be independent to (lib)elf as much as possible. And I
> thought that using same macro name might cause a bit of confusion - at
> least for me - so I wanted to use more descriptive and generic name.
> But it's not a big deal. If you insist on using the same name is the
> better way, I can change it.
I think its better to use the well know names, libelf is not just one
implementation, there are several, and we are interested in people
experienced with those APIs to feel at ease when looking at our code :-)
Also as a general practice I try hard to reduce patch size, so
restricting the changes to allow building with an alternative, stripped
down libelf to the stripped down libelf headers seems like a good path
to follow.
- Arnaldo
next prev parent reply other threads:[~2012-06-22 15:29 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-22 5:37 [RFC/PATCHSET 0/8] perf tools: Minimal build without libelf dependency (v2) Namhyung Kim
2012-06-22 5:37 ` [PATCH 1/8] perf evsel: Fix a build failure on cross compilation Namhyung Kim
2012-06-22 5:37 ` [PATCH 2/8] tools lib traceevent: Make dependency files regeneratable Namhyung Kim
2012-06-28 16:15 ` Arnaldo Carvalho de Melo
2012-07-06 10:52 ` [tip:perf/core] " tip-bot for Namhyung Kim
2012-06-22 5:37 ` [PATCH 3/8] tools lib traceevent: Detect build environment changes Namhyung Kim
2012-06-22 5:37 ` [PATCH 4/8] perf symbols: Introduce symbol__elf_init() Namhyung Kim
2012-06-22 5:37 ` [PATCH 5/8] perf symbols: Do not use ELF's symbol binding constants Namhyung Kim
2012-06-22 12:43 ` Arnaldo Carvalho de Melo
2012-06-22 15:19 ` Namhyung Kim
2012-06-22 15:29 ` Arnaldo Carvalho de Melo [this message]
2012-06-22 5:37 ` [PATCH 6/8] perf tools: Split out util/symbol-elf.c Namhyung Kim
2012-06-22 5:37 ` [PATCH 7/8] perf tools: Support minimal build without libelf Namhyung Kim
2012-06-22 5:37 ` [PATCH 8/8] perf symbols: Implement poor man's ELF parser Namhyung Kim
2012-06-22 9:47 ` [RFC/PATCHSET 0/8] perf tools: Minimal build without libelf dependency (v2) Peter Zijlstra
2012-06-22 15:05 ` Namhyung Kim
2012-06-22 15:18 ` David Ahern
2012-06-22 15:30 ` Namhyung Kim
2012-06-22 15:35 ` David Ahern
2012-06-22 16:14 ` Arnaldo Carvalho de Melo
2012-06-22 16:24 ` David Ahern
2012-06-25 0:51 ` Namhyung Kim
2012-06-22 15:32 ` 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=20120622152948.GI17747@infradead.org \
--to=acme@ghostprotocols.net \
--cc=a.p.zijlstra@chello.nl \
--cc=dsahern@gmail.com \
--cc=jolsa@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@kernel.org \
--cc=namhyung.kim@lge.com \
--cc=namhyung@gmail.com \
--cc=paulus@samba.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox