aboutsummaryrefslogtreecommitdiffstats
path: root/tools/libtool/patches
diff options
context:
space:
mode:
authorJeffery To <jeffery.to@gmail.com>2020-02-19 05:37:22 +0800
committerPetr Štetiar <ynezz@true.cz>2020-03-01 21:35:59 +0100
commit4a308bad82f3fafebc04fa4bc7cd5c3b34825575 (patch)
tree1591be5a6175a807cb9c06824d5457275e2bf48c /tools/libtool/patches
parentf96cfe019a4d1190ef3199594ad38b7bf67953fb (diff)
downloadupstream-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