Resolve symlinks and dirpaths in dependency processor #67
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
First fix:
Before:
Name
that depend onNameCommon
, all artifacts fromNameCommon
are filtered out as if they were own artifactsWhat was done:
/
symbol to the end of all paths forDependencyProcessorImpl
Now:
Name
andNameCommon
artifacts do not interfere each other.Second fix:
Before:
.modulemap
andName-Swift.h
were not filtered out inDependencyProcessorImpl
What was done:
TARGET_BUILD_DIR
andBUILT_PRODUCTS_DIR
depend on several cases. Generally, they are the same for building. But on archive, they are different, andDependencyProcessorImpl
usesTARGET_BUILD_DIR
to determine ownership of artifacts. But Xcode mostly operates withBUILT_PRODUCTS_DIR
to list all dependencies. And, by the way,BUILT_PRODUCTS_DIR
is just a symlink toTARGET_BUILD_DIR
. So I added resolving symlinks inDependencyProcessorImpl
.BUILT_PRODUCTS_DIR
inDependencyProcessorImpl
instead, but I'm not sure why it isTARGET_BUILD_DIR
now. So I decided just to resolve symlinksNow:
DependencyProcessorImpl
.