[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CALxhOnjPL_eB+EdqqO=HVu5uT6d2atAtW_bfMbrEi-B93-XBKw@mail.gmail.com>
Date: Tue, 18 Sep 2018 12:52:06 +0530
From: Firoz Khan <firoz.khan@...aro.org>
To: Andreas Schwab <schwab@...ux-m68k.org>
Cc: linux-m68k <linux-m68k@...ts.linux-m68k.org>,
Geert Uytterhoeven <geert@...ux-m68k.org>,
y2038 Mailman List <y2038@...ts.linaro.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Linux-Arch <linux-arch@...r.kernel.org>,
Arnd Bergmann <arnd@...db.de>,
Deepa Dinamani <deepa.kernel@...il.com>,
Marcin Juszkiewicz <marcin.juszkiewicz@...aro.org>
Subject: Re: [PATCH 3/4] m68k: Added system call table generation support
On 9 August 2018 at 13:06, Andreas Schwab <schwab@...ux-m68k.org> wrote:
> On Aug 09 2018, Firoz Khan <firoz.khan@...aro.org> wrote:
>
>> +_dummy := $(shell [ -d '$(uapi)' ] || mkdir -p '$(uapi)') \
>> + $(shell [ -d '$(out)' ] || mkdir -p '$(out)')
>
> mkdir -p is a no-op if the directory exits.
Thanks for your reply :)
Sorry for the delayed response :(
Yes, mkdir -p is a no-op if the directory exits. As I mentioned in the
cover letter,
I leverage x86/arm/s390 architecture implementation to come up with a generic
solution. For this, I took x86 implementation as reference.
- Firoz
>
> Andreas.
>
> --
> Andreas Schwab, schwab@...ux-m68k.org
> GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
> "And now for something completely different."
Powered by blists - more mailing lists