diff options
author | Jeffery To <jeffery.to@gmail.com> | 2020-02-19 05:37:22 +0800 |
---|---|---|
committer | Petr Štetiar <ynezz@true.cz> | 2020-03-01 21:35:59 +0100 |
commit | 4a308bad82f3fafebc04fa4bc7cd5c3b34825575 (patch) | |
tree | 1591be5a6175a807cb9c06824d5457275e2bf48c /tools/libtool/patches | |
parent | f96cfe019a4d1190ef3199594ad38b7bf67953fb (diff) | |
download | upstream-4a308bad82f3fafebc04fa4bc7cd5c3b34825575.tar.gz upstream-4a308bad82f3fafebc04fa4bc7cd5c3b34825575.tar.bz2 upstream-4a308bad82f3fafebc04fa4bc7cd5c3b34825575.zip |
tools: Fix "lib" symlink created inside $(STAGING_DIR_HOST)/lib
Currently, if "make tools/install" is called after tools have already
been installed, a symbolic link named "lib" will be created inside
$(STAGING_DIR_HOST)/lib, pointing to "lib" (i.e. itself).
During tools/prepare, a "lib64" symlink is created inside
$(STAGING_DIR_HOST) that points to "lib" (also inside
$(STAGING_DIR_HOST)).
If tools/prepare is called and the "lib64" symlink already exists, then
ln will treat it as a directory and instead create a symlink named "lib"
inside of that directory.
This adds the -n option for ln so that $(STAGING_DIR_HOST)/lib64 is
always treated as a normal file (the link name), not as a directory.
Signed-off-by: Jeffery To <jeffery.to@gmail.com>
Diffstat (limited to 'tools/libtool/patches')
0 files changed, 0 insertions, 0 deletions