On 3/4/13 3:31 PM, Jess H. Brewer wrote: > On 2013-03-04 12:13 PM, Alexander Hansen wrote: >> On 3/4/13 12:15 PM, Jess H. Brewer wrote: >>> The other day I was running # fink update-all and I ran into the >>> following problem as it tried to update some large number of modules: it >>> couldn't find >>> /Applications/Utilities/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk >>> >>> >>> I looked in that directory and found MacOSX10.7.sdk and MacOSX10.6.sdk, >>> but no MaxOSX10.8.sdk -- so I did # locate MacOSX10.8.sdk and found it >>> in ln -s >>> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk >>> -- i.e. differing only in the absence of the /Utilities/ subdirectory. >>> >>> So I did the obvious: >>> >>> # ln -s >>> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk >>> /Applications/Utilities/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk >>> >>> after which everything worked fine. >>> >>> No doubt this is the wrong approach, but I was reluctant to just # mv >>> instead of # ln -s, in case some other stuff expected to find >>> MacOSX10.8.sdk where it is. >>> >>> Just in case others are having similar problems, I decided to mention >>> this here. (I first searched the archives for "MacOSX10.8.sdk" and >>> found nothing.) >>> >>> Hope this helps. Sorry if it is an annoyance! >>> >>> -- Jess >>> >> >> You shouldn't need to do that. What probably is going on is that your >> _system_ lost track of where you _actually_ put Xcode. Fink doesn't >> care where Xcode.app is, because it gets that information from the system. >> >> You can check this via: >> >> xcode-select -print-path >> >> If that gives "/Applications/Xcode.app/Contents/Developer", then the >> issue is what I said above, and you can fix it via >> >> sudo xcode-select -switch /Applications/Utilities/Xcode.app >> > > Actually it's the other way around: the latest Xcode.app went into > /Applications/Xcode.app but somehow the message didn't get to the > system, which still thinks it should be in > /Applications/Utilities/Xcode.app >
Oops, yeah, I read through that a bit too quickly. > I suppose I could just do > > # sudo xcode-select -switch /Applications/Xcode.app > > and delete the /Applications/Utilities/Xcode.app directory, but I worry > that I might have something that depends on old versions of > MacOSX10.*.sdk (* = 6 or 7). Is this possible, or am I wasting disk > space keeping them around? Sorry for the ignorant questions. > > > You wouldn't have a runtime problem, at least. As for building stuff, indeed the 10.6 SDK isn't present for new Xcodes (4.5 and later on both 10.7 and 10.8). If you're on Mountain Lion, _no_ supported Xcode has a 10.6 SDK. -- Alexander Hansen, Ph.D. Fink User Liaison My package updates: http://finkakh.wordpress.com/ ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb _______________________________________________ Fink-users mailing list [email protected] List archive: http://news.gmane.org/gmane.os.macosx.fink.user Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-users
