Xcode 3 not switching subproject executables
Xcode 3 not switching subproject executables
- Subject: Xcode 3 not switching subproject executables
- From: Steve Mills <email@hidden>
- Date: Tue, 6 Nov 2007 15:52:31 -0600
Previous versions of Xcode had a horrible bug in that it would not use
to the correct subproject executables. Opening project A that is
currently set to build the Debug config would not set subproject B to
the same config, so if subproject B was set to Release and you built
project A, you'd get an error that it couldn't find libProjectBRelease
(if that was the name of the executable built by the Release config of
subproject B). I reported this as radar://4408351, which was marked as
a dupe of radar://4770438.
Now in Xcode 3 it seems to be worse. I currently can NOT get it to
figure out which executables to use. It's acting completely stupid. In
2.4 and earlier, I could simply switch to the other config, then back,
and it would knock sense into Xcode and it would build against the
correct subproject executables. Now that doesn't even work. I've even
tried opening the subprojects, setting them to the correct config, and
closing. (Of course that doesn't work, because Xcode still insists on
having the project.pbxproj checked out in order for it to save changes
to the .pbxuser file. How much longer are we going to have to put up
with THIS incredibly annoying design flaw?)
Anybody know a way around this? Any way to knock some sense into Xcode
3 without having to open all the subprojects, check them out, change
their config, go back to the main project, switch configs, switch
back, and build?
I'm going to reopen 4408351, or I guess I should report a new one
instead, since Radar doesn't show me the state of the referenced bug
(also annoying, as has been discussed many times). radar://5583305
(wrong exec) and radar://5583320 (can't save .pbxuser) now reported.
Arg.
Steve Mills
Drummer, Mac geek
http://sjmills5.home.mchsi.com/
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden