On Fri, Feb 17, 2012 at 07:39:53PM +1100, Joshua Root wrote: > On 2012-2-17 18:45 , Jeremy Huddleston wrote: > > > > Also, another thing to note is that the command line tools + SDK are > > available as a separate download. If you don't need any parts of XCode > > itself, you can probably get by with just installing these bits, but I > > wouldn't recommend it for the casual MP user since many pieces of > > MacPorts assume you have a /Developer dir somewhere and quite a bit of > > logic is based on determining which version of XCode is installed. > > In light of this and the changing developer_dir, maybe it would be a > better idea to move back to using tools in /usr/bin when possible. The > only reason we started using compilers in /Developer/usr/bin is that > llvm-gcc-4.2 wasn't installed in /usr/bin on Leopard. > > - Josh
Josh, While using /usr/bin makes sense, port would need to be modified to sanity check that the developer directory path is set. Apple neglected to have the post installation scripts in Xcode 4.3's Command Line Tool installer do that with... sudo xcode-select -switch /Applications/Xcode.app In the case of upgrading from Xcode 4.2.1 to 4.3, I have seen the /usr/bin/c++ symlink left pointing at llvm-g++-4.2 when the developer directory path is unset. Perhaps port could check that 'xcodebuild -version' doesn't report... Error: No developer directory found at /Developer. Run /usr/bin/xcode-select to update the developer directory path. I suspect that all previous Xcode releases set the developer directory path, so it could be assumed safe to set it to /Applications/Xcode.app with xcode-select in that case (as it should be Xcode 4.3 or later). Jack > _______________________________________________ > macports-dev mailing list > macports-dev@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev _______________________________________________ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev