* [PATCH] scripts/gdb: Use $(abspath ...) instead of $(shell cd ... && pwd)
@ 2016-04-08 9:16 Thierry Reding
2016-04-11 4:04 ` Jan Kiszka
0 siblings, 1 reply; 4+ messages in thread
From: Thierry Reding @ 2016-04-08 9:16 UTC (permalink / raw)
To: Jan Kiszka; +Cc: linux-kernel
From: Thierry Reding <treding@nvidia.com>
Avoid forking off a shell to resolve the absolute path of the output
directory when make's builtin $(abspath ...) function will do an
adequate job.
Signed-off-by: Thierry Reding <treding@nvidia.com>
---
scripts/gdb/linux/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/gdb/linux/Makefile b/scripts/gdb/linux/Makefile
index 6cf1ecf61057..d8b88e22e16a 100644
--- a/scripts/gdb/linux/Makefile
+++ b/scripts/gdb/linux/Makefile
@@ -1,6 +1,6 @@
always := gdb-scripts
-SRCTREE := $(shell cd $(srctree) && /bin/pwd)
+SRCTREE := $(abspath $(srctree))
$(obj)/gdb-scripts:
ifneq ($(KBUILD_SRC),)
--
2.8.0
^ permalink raw reply related [flat|nested] 4+ messages in thread
* Re: [PATCH] scripts/gdb: Use $(abspath ...) instead of $(shell cd ... && pwd)
2016-04-08 9:16 [PATCH] scripts/gdb: Use $(abspath ...) instead of $(shell cd ... && pwd) Thierry Reding
@ 2016-04-11 4:04 ` Jan Kiszka
2016-04-18 15:33 ` Thierry Reding
0 siblings, 1 reply; 4+ messages in thread
From: Jan Kiszka @ 2016-04-11 4:04 UTC (permalink / raw)
To: Thierry Reding; +Cc: linux-kernel
On 2016-04-08 02:16, Thierry Reding wrote:
> From: Thierry Reding <treding@nvidia.com>
>
> Avoid forking off a shell to resolve the absolute path of the output
> directory when make's builtin $(abspath ...) function will do an
> adequate job.
>
> Signed-off-by: Thierry Reding <treding@nvidia.com>
> ---
> scripts/gdb/linux/Makefile | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/scripts/gdb/linux/Makefile b/scripts/gdb/linux/Makefile
> index 6cf1ecf61057..d8b88e22e16a 100644
> --- a/scripts/gdb/linux/Makefile
> +++ b/scripts/gdb/linux/Makefile
> @@ -1,6 +1,6 @@
> always := gdb-scripts
>
> -SRCTREE := $(shell cd $(srctree) && /bin/pwd)
> +SRCTREE := $(abspath $(srctree))
>
> $(obj)/gdb-scripts:
> ifneq ($(KBUILD_SRC),)
>
Thanks, good cleanup. Queued.
Jan
--
Siemens AG, Corporate Technology, CT RDA ITP SES-DE
Corporate Competence Center Embedded Linux
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] scripts/gdb: Use $(abspath ...) instead of $(shell cd ... && pwd)
2016-04-11 4:04 ` Jan Kiszka
@ 2016-04-18 15:33 ` Thierry Reding
2016-04-18 15:51 ` Jan Kiszka
0 siblings, 1 reply; 4+ messages in thread
From: Thierry Reding @ 2016-04-18 15:33 UTC (permalink / raw)
To: Jan Kiszka; +Cc: linux-kernel
[-- Attachment #1: Type: text/plain, Size: 1171 bytes --]
On Sun, Apr 10, 2016 at 09:04:48PM -0700, Jan Kiszka wrote:
> On 2016-04-08 02:16, Thierry Reding wrote:
> > From: Thierry Reding <treding@nvidia.com>
> >
> > Avoid forking off a shell to resolve the absolute path of the output
> > directory when make's builtin $(abspath ...) function will do an
> > adequate job.
> >
> > Signed-off-by: Thierry Reding <treding@nvidia.com>
> > ---
> > scripts/gdb/linux/Makefile | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/scripts/gdb/linux/Makefile b/scripts/gdb/linux/Makefile
> > index 6cf1ecf61057..d8b88e22e16a 100644
> > --- a/scripts/gdb/linux/Makefile
> > +++ b/scripts/gdb/linux/Makefile
> > @@ -1,6 +1,6 @@
> > always := gdb-scripts
> >
> > -SRCTREE := $(shell cd $(srctree) && /bin/pwd)
> > +SRCTREE := $(abspath $(srctree))
> >
> > $(obj)/gdb-scripts:
> > ifneq ($(KBUILD_SRC),)
> >
>
> Thanks, good cleanup. Queued.
You might want to remove this, if it's not too late yet. I posted
another similar thread and people objected to it because it requires
GNU make 3.81, whereas the kernel build process officially still
supports 3.80.
Thierry
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] scripts/gdb: Use $(abspath ...) instead of $(shell cd ... && pwd)
2016-04-18 15:33 ` Thierry Reding
@ 2016-04-18 15:51 ` Jan Kiszka
0 siblings, 0 replies; 4+ messages in thread
From: Jan Kiszka @ 2016-04-18 15:51 UTC (permalink / raw)
To: Thierry Reding; +Cc: linux-kernel
On 2016-04-18 17:33, Thierry Reding wrote:
> On Sun, Apr 10, 2016 at 09:04:48PM -0700, Jan Kiszka wrote:
>> On 2016-04-08 02:16, Thierry Reding wrote:
>>> From: Thierry Reding <treding@nvidia.com>
>>>
>>> Avoid forking off a shell to resolve the absolute path of the output
>>> directory when make's builtin $(abspath ...) function will do an
>>> adequate job.
>>>
>>> Signed-off-by: Thierry Reding <treding@nvidia.com>
>>> ---
>>> scripts/gdb/linux/Makefile | 2 +-
>>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>>
>>> diff --git a/scripts/gdb/linux/Makefile b/scripts/gdb/linux/Makefile
>>> index 6cf1ecf61057..d8b88e22e16a 100644
>>> --- a/scripts/gdb/linux/Makefile
>>> +++ b/scripts/gdb/linux/Makefile
>>> @@ -1,6 +1,6 @@
>>> always := gdb-scripts
>>>
>>> -SRCTREE := $(shell cd $(srctree) && /bin/pwd)
>>> +SRCTREE := $(abspath $(srctree))
>>>
>>> $(obj)/gdb-scripts:
>>> ifneq ($(KBUILD_SRC),)
>>>
>>
>> Thanks, good cleanup. Queued.
>
> You might want to remove this, if it's not too late yet. I posted
Still in my queue only.
> another similar thread and people objected to it because it requires
> GNU make 3.81, whereas the kernel build process officially still
> supports 3.80.
Hmm, I scanned the kernel for this pattern before, and there were
hits... ah, only in tools/, not in the main build. OK, will drop again.
Jan
--
Siemens AG, Corporate Technology, CT RDA ITP SES-DE
Corporate Competence Center Embedded Linux
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2016-04-18 15:51 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-04-08 9:16 [PATCH] scripts/gdb: Use $(abspath ...) instead of $(shell cd ... && pwd) Thierry Reding
2016-04-11 4:04 ` Jan Kiszka
2016-04-18 15:33 ` Thierry Reding
2016-04-18 15:51 ` Jan Kiszka
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox