All of lore.kernel.org
 help / color / mirror / Atom feed
From: Masahiro Yamada <yamada.masahiro@socionext.com>
To: Nicolas Dichtel <nicolas.dichtel@6wind.com>
Cc: Linux Kbuild mailing list <linux-kbuild@vger.kernel.org>,
	Dan Williams <dan.j.williams@intel.com>,
	Michal Marek <mmarek@suse.com>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH v2] kbuild: skip install/check of headers right under uapi directories
Date: Thu, 18 May 2017 02:22:07 +0900	[thread overview]
Message-ID: <CAK7LNATEMqPO1L0217TK4dcqqcdn76tzqDXxJJvnGi+1KyD7ow@mail.gmail.com> (raw)
In-Reply-To: <05860fa0-2186-8e02-5733-0f7528d9262f@6wind.com>

2017-05-16 16:40 GMT+09:00 Nicolas Dichtel <nicolas.dichtel@6wind.com>:
> Le 16/05/2017 à 07:15, Masahiro Yamada a écrit :
>> Since commit 61562f981e92 ("uapi: export all arch specifics
>> directories"), "make INSTALL_HDR_PATH=$root/usr headers_install"
>> deletes standard glibc headers and others in $root/usr/include.
>>
>> The cause of the issue is that headers_install now starts descending
>> from arch/$(hdr-arch)/include/uapi with $root/usr/include for its
>> destination when installing asm headers.  So, headers already there
>> are assumed to be unwanted.
>>
>> When headers_install starts descending from include/uapi with
>> $root/usr/include for its destination, it works around the problem
>> by creating an dummy destination $root/usr/include/uapi, but this
>> is tricky.
>>
>> To fix the problem in a clean way is to skip headers install/check
>> in include/uapi or arch/$(hdr-arch)/include/uapi because we know
>> there are only sub-directories in uapi directories.  A good side
>> effect is the empty destination $root/usr/include/uapi will go
>> away.
>>
>> I am also removing the trailing slash in the headers_check target to
>> skip checking in arch/$(hdr-arch)/include/uapi.
>>
>> Fixes: 61562f981e92 ("uapi: export all arch specifics directories")
>> Reported-by: Dan Williams <dan.j.williams@intel.com>
>> Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
> Thank you for the patch.
>
> Acked-by: Nicolas Dichtel <nicolas.dichtel@6wind.com>


Applied to linux-kbuild/fixes.



-- 
Best Regards
Masahiro Yamada

      reply	other threads:[~2017-05-17 17:22 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-05-16  5:15 [PATCH v2] kbuild: skip install/check of headers right under uapi directories Masahiro Yamada
2017-05-16  7:40 ` Nicolas Dichtel
2017-05-17 17:22   ` Masahiro Yamada [this message]

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=CAK7LNATEMqPO1L0217TK4dcqqcdn76tzqDXxJJvnGi+1KyD7ow@mail.gmail.com \
    --to=yamada.masahiro@socionext.com \
    --cc=dan.j.williams@intel.com \
    --cc=linux-kbuild@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mmarek@suse.com \
    --cc=nicolas.dichtel@6wind.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.