-
-
Notifications
You must be signed in to change notification settings - Fork 2.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[macOS] Xcode "Clean build folder..." aka <cmd-shift-K> removes bin/data directory #8276
Comments
Awful issue I'm not touching templates I'm not able to understand how they work right now. |
Looking into this and #8268 and the suggestion in #8268 doesn't address/fix either issue.
has been around since 0.12.0. In fact testing an 0.12.0 project it has an exact same setting for CONFIGURATION_BUILD_DIR and DerrivedData. ie: this is not really a new bug, but exposing a very old bug now that clean is actually working. |
The whole setting the configuration dir completely broke everything
…On Sun, 23 Feb 2025 at 10:29 am, Theodore Watson ***@***.***> wrote:
The closest thing I have found to a fix is if we comment out
CONFIGURATION_BUILD_DIR = $(SRCROOT)/bin/
And use:
BUILD_DIR = ${PROJECT_DIR}/bin
But this has the downside of building this way:
image.png (view on web)
<https://github.com/user-attachments/assets/a299de7f-cb29-4431-81a0-4e3a00f9dc5c>
If there is a way to stop Xcode creating the Debug/ and Release/
subfolders we should have a working fix.
Cleaning when BUILD_DIR = ${PROJECT_DIR}/bin doesn't trash the data
folder.
—
Reply to this email directly, view it on GitHub
<#8276 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAGK2HDQ3HMME7KXUDF4QNL2REB7LAVCNFSM6AAAAABXVKSSHGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDMNZWGQ2DOOJYG4>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
[image: ofTheo]*ofTheo* left a comment
(openframeworks/openFrameworks#8276)
<#8276 (comment)>
The closest thing I have found to a fix is if we comment out
CONFIGURATION_BUILD_DIR = $(SRCROOT)/bin/
And use:
BUILD_DIR = ${PROJECT_DIR}/bin
But this has the downside of building this way:
image.png (view on web)
<https://github.com/user-attachments/assets/a299de7f-cb29-4431-81a0-4e3a00f9dc5c>
If there is a way to stop Xcode creating the Debug/ and Release/
subfolders we should have a working fix.
Cleaning when BUILD_DIR = ${PROJECT_DIR}/bin doesn't trash the data
folder.
—
Reply to this email directly, view it on GitHub
<#8276 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAGK2HDQ3HMME7KXUDF4QNL2REB7LAVCNFSM6AAAAABXVKSSHGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDMNZWGQ2DOOJYG4>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Best to actually used derived data as default, (normal Xcode build locations) and rsync /data to the binary there, copy the final .app to the bin folder as last pass for OSX if developer wants to run it directly or distribute for other platforms automatically goes into the derived data folder |
I'll fix this now |
Fixed #8277 |
same behaviour:
|
confirmed clean is still messed up a stray BUILD_TARGET_DIR remains |
@artificiel fixed #8278 |
@danoli3 progress is made: the bin/data dir now stays alive (and the DerivedData/$APP/Build dir gets cleaned)! BUT: the binary in bin/data is not executable (and it's the one in DerivedData that gets launched). ASLO: archive/export built products provides an empty directory. enabling CODESIGN seems to work, but again export/archive does not allow one to verify and interact with the App Store as was previously possible (see at the bottom). (update screenshot with better views) ![]() |
it that the new expected behaviour?
macOS14.4 with of-git 20250222 and project made with PG 0.67.0 (20250115)
The text was updated successfully, but these errors were encountered: