[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20100816152914.GC13095@ghostprotocols.net>
Date: Mon, 16 Aug 2010 12:29:14 -0300
From: Arnaldo Carvalho de Melo <acme@...hat.com>
To: Bernd Petrovitsch <bernd@...rovitsch.priv.at>
Cc: Peter Zijlstra <peterz@...radead.org>,
Kusanagi Kouichi <slash@...auone-net.jp>,
Paul Mackerras <paulus@...ba.org>, Ingo Molnar <mingo@...e.hu>,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH] perf tools: Don't use brace expansion.
Em Mon, Aug 16, 2010 at 04:54:38PM +0200, Bernd Petrovitsch escreveu:
> On Mon, 2010-08-16 at 16:30 +0200, Peter Zijlstra wrote:
> > On Mon, 2010-08-16 at 16:09 +0200, Bernd Petrovitsch wrote:
> > > > -$(shell sh -c 'mkdir -p $(OUTPUT)scripts/{perl,python}/Perf-Trace-Util/' 2> /dev/null)
> > > > -$(shell sh -c 'mkdir -p $(OUTPUT)util/{ui/browsers,scripting-engines}/' 2> /dev/null)
> > > The other solution is to use standard-make features like in
> > > mkdir -p $(foreach d,ui/browsers scripting-engines,$(OUTPUT)util/$(d)/) 2> /dev/null
> > > Is there actually a specific reason for the
> > > $(shell sh -c '...')
> > > around?
> > > It looks superflous.
> > I think the reason is is that nobody who touched that file really knew
> > make all that well. Your version looks fine to me.
> Ah, the reason is that they are not part of a rule but on the top-level
> (and thus always executed).
So it worked by luck! /me runs :-P
More seriously, so there is a reason for that to be like that and you're
not aware of any other shorter or more convenient way of achieving that
goal, right?
- Arnaldo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists