aboutsummaryrefslogtreecommitdiffstats
path: root/Library/ENV/4.3/xcrun
AgeCommit message (Collapse)Author
2014-06-03Rewrite xcrun wrapper in shellJack Nagel
2014-05-08Always use stub tools in /usr/bin on 10.9Jack Nagel
2014-04-29xcrun wrapper: rephrase commentsJack Nagel
2014-04-29xcrun wrapper: reorganize so we only access ARGV onceJack Nagel
2014-04-29xcrun wrapper: inline try methodJack Nagel
2014-04-29xcrun wrapper: skip superenv bin when walking PATHJack Nagel
2014-04-21Print the attempted command when xcrun wrapper failsJack Nagel
2014-04-21Use File::PATH_SEPARATOR since we use it everywhere elseJack Nagel
2014-04-20Delay loading Pathname until we absolutely need itJack Nagel
2014-04-20Use a multiline conditional to make this code more readableJack Nagel
2014-04-20Stop loading a bunch of monkeypatches every time xcrun is invokedJack Nagel
2014-04-20Use File.expand_pathJack Nagel
2014-04-20Remove obsolete DEVELOPER_DIR hacksJack Nagel
These days Homebrew refuses to do anything if the xcode-select path is busted, so this workaround is unnecessary.
2013-11-21Remove some monkeypatchesJack Nagel
2013-09-25Silence xcrun output in wrapperMisty De Meo
Our wrapper always runs the real xcrun at least once, to try to find the path of the tool being run, but this meant that we were generating a huge number of error messages on every cc invocaton. Mostly this was annoying but harmless, but notably it managed to break the compilation of go.
2013-06-03superenv: Work if build tool changes DEVELOPER_DIRSamuel John
Some build systems still set the DEVELOPER_DIR to /Developer and then nothing works any more (xcrun, xcodebuild etc.) I am looking at you MacVim.
2013-06-02superenv: find Homebrew's gcc-4.2Misty De Meo
If we're using a homebrewed gcc-4.2, xcrun may fail to find it (or, worse, find superenv's shim instead). Explicitly add it to the PATH and search all path elements for the requested tool. Also make sure to specify 'gcc-4.2' as the compiler name, not plain 'gcc'. That can resolve to llvm-gcc and to gcc-4.0 on various Xcodes.
2013-03-21Better superenv support for Xcode elsewhereSamuel John
- The Library/ENV/4.3/xcrun shim now respects ENV['DEVELOPER_DIR'] instead assuming the location of /Applications/Xcode.app/Contents/Developer. - The env var DEVELOPER_DIR is set if it is not already. So, during superenv this var is always set and we no longer have to care about people with unset or wrongly set xcode-select stuff. This has been a major PITA in the past. - determine_developer_dir (which is used to set the DEVELOPER_DIR var) now uses MacOS::Xcode.prefix which is proven and very capable and uses splotlight correctly. - Replace (and remove) MacSystem.xcode43_developer_dir with Xcode.prefix Closes #18618
2013-02-05xcrun: remove suggestion that doesn't workAdam Vandenberg
Closes #17443.
2013-01-26xcrun: actually try fallbacksMisty De Meo
xcrun has a lot of fallbacks if the first case fails but never actually reaches them on CLT systems since it doesn't check the validity of the first path before executing it. (When should it reach these? Mainly for non-Xcode compilers we support, e.g. apple-gcc42 which can be found by xcrun but which isn't in /usr/bin) The xcrun invocation also needed chomping.
2012-09-29Restore HOMEBREW_LOG functionalityMax Howell
2012-09-25Determine SUPERBIN correctlyMax Howell
2012-09-24Abort if `xcrun -find foo` returns superbin/fooMax Howell
Fixes #14691. Rewrite in Ruby to facilitate checking PATHs properly.
2012-09-13Make xcrun wrapper search /usr/bin tooMax Howell
The usual xcrun would, and this wrapper exists to also work around broken xcode-select paths.
2012-09-01Add mig tool to superenvMax Howell
Necessary because it otherwise calls actual cc after it does whatever it does. So we force it to call our cc.
2012-08-31Refs #14558. Try to find tools when xcrun fails.Max Howell
2012-08-29superenv: build-environments that just workMax Howell
1. A minimal build environment, we don't set CFLAGS, CPPFLAGS, LDFLAGS, etc. the rationale being, the less that is set, the less variables we are introducing that can break builds. 2. A set of scripts that replace cc, ld, etc. and inject the -I, -L, etc. flags we need into the args passed to the build-tools. Because we now have complete control over compiler instantiations we do a variety of clean-up tasks, like removing bad flags, enforcing universal builds and ensuring makefiles don't try to change the order of library and include paths from ones that work to ones that don't. The previous ENV-system is still available when --env=std is specified. superenv applies to Xcode >= 4.3 only currently.