{{ message }}
Repository navigation
feat!: remove default build dir overrides - #1310
Merged
Merged
Conversation
3 tasks done
dpogue
changed the title
dpogue
force-pushed
the
dir-settings
branch
2 times, most recently
from
April 16, 2023 07:02
7e70eea to
0da4b51
Compare
Once upon a time, Xcode's default directory values had issues when there were spaces in project names, so we override the CONFIGURATION_BUILD_DIR and SHARED_PRECOMPS_DIR variables with our own paths. However, this can interfere with Cocoapods, and Xcode should be able to handle things sensibly nowadays. Unfortunately, that results in our build artifacts living somewhere in a randomly-named Xcode DerivedData directory, and then we can't do things like run the app in a simulator or on a device because we don't know the path to it. Setting SYMROOT allows us to control the output directory of the built products, with the caveat that Xcode always creates a subdirectory named with the current configuration. So instead of `build/emulator`, we'll have `build/Debug-iphonesimulator` and instead of `build/device`, we'll have `build/Release-iphoneos`. Hypothetically this is better because now we are sure that debug and release files never get mixed up in the same output directory. The downside is that this is a breaking change because it alters the path for the output .ipa files. Closes apache#617. Closes apache#659. Closes apache#671. Co-Authored-By: Susan Tan <onceuponatimeforever@gmail.com>
erisu
changed the title
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
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.
Platforms affected
iOS
Motivation and Context
Specifying
CONFIGURATION_BUILD_DIRcan cause issues with Cocoapods.Closes #617
Closes #659
Closes #671
Description
Once upon a time, Xcode's default directory values had issues when there were spaces in project names, so we override the
CONFIGURATION_BUILD_DIRandSHARED_PRECOMPS_DIRvariables with our own paths.However, this can interfere with Cocoapods, and Xcode should be able to handle things sensibly nowadays.
Unfortunately, that results in our build artifacts living somewhere in a randomly-named Xcode DerivedData directory, and then we can't do things like run the app in a simulator or on a device because we don't know the path to it. 🤦🏼♂️
Setting
SYMROOTallows us to control the output directory of the built products, with the caveat that Xcode always creates a subdirectory named with the current configuration.So instead of
build/emulator, we'll havebuild/Debug-iphonesimulatorand instead ofbuild/device, we'll havebuild/Release-iphoneos.Hypothetically this is better because now we are sure that debug and release files never get mixed up in the same output directory.
The downside is that this is a breaking change because it alters the path for the output .ipa files.
Testing
Checklist