| Age | Commit message (Collapse) | Author |
|
|
|
|
|
Closes Homebrew/homebrew#17383. Closes Homebrew/homebrew#17384.
|
|
|
|
closes Homebrew/homebrew#15853.
|
|
|
|
|
|
This message is either (a) never printed because the tools are
installed, or (b) printed every time this method is called.
See Homebrew/homebrew#16119.
This code shouldn't be responsible for UX anyway, so just remove it and
let other parts of Homebrew be responsible for failing or declaring that
they need the developer tools.
|
|
On installation or creation of a bottle error out of the current
machine does not support bottles.
References Homebrew/homebrew#16291.
|
|
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
|
|
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
|
|
|
|
Closes Homebrew/homebrew#15282.
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
|
|
Rescuing false on the StandardCompilers map meant that the doctor
check assumed that the compilers were incorrect, not merely
unknown.
Instead, skip the check and return nil for unknown Xcode; nil
should be interpreted as "dunno", instead of "true" or "false",
and the doctor check no longer prints on nil.
|
|
We now have several reports of compiler versions for the GM,
e.g. Homebrew/homebrew#14944.
|
|
The MacOS.version? family of methods (other than "leopard?") are poorly
defined and lead to confusing code. Replace them in formulae with more
explicit comparisons.
"MacOS.version" is a special version object that can be compared to
numerics, symbols, and strings using the standard Ruby comparison
methods.
The old methods were moved to compat when the version comparison code
was merged, and they must remain there "forever", but they should not be
used in new code.
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
|
|
/cc @adamv
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
|
|
c.f. Homebrew/homebrew#14603.
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
|
|
This wasn't working for me on leopard with ruby 1.9.2.
Closes Homebrew/homebrew#14636.
Signed-off-by: Adam Vandenberg <flangy@gmail.com>
|
|
Now we should get an sdk_path, but tools like xcodebuild, xcode-select and xcrun will still error out. But at least more of Homebrew will work.
Also putting the Xcode 3 path finder last. We get bug reports because newer Xcodes are installed in parallel to older Xcodes. We want to find and use the newer Xcode's first. Xcode.prefix is pretty smart about that.
Refs Homebrew/homebrew#14558.
|
|
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.
|
|
|
|
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
|
|
|
|
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
|
|
This matches the semantics of other path methods, such as Xcode.prefix.
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
|
|
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
|
|
This will allow us to do comparisons like
if MacOS.version >= :lion
and hopefully deprecate the MacOS.<name>? family of methods, which are
counterinitutive.
|
|
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
|
|
A user on IRC was getting strange results from MacOS.dev_tools_path.
It turns out that xcrun's exit status is not always reliable - if
xcrun is a shim and not able to locate the real xcrun, it will exit
0 despite not actually doing what it was asked. Instead check to see
if the stout is empty.
|
|
|
|
In order to better support Xcode-only systems, where X11 libs and
executables live under /usr/X11 but headers live in the SDK, move the
x11_* helper methods into a new module.
This allows us to keep some of the CLT/Xcode-only and Apple X11/XQuartz
logic hidden from outside code, like ENV.x11.
Since Apple's X11 is actually XQuartz, name the module "MacOS::XQuartz".
|
|
|
|
|
|
Since we're splitting on newlines, stripping shouldn't be necessary.
|
|
Turns out mdfind can return multiple results on the commandline, if
more than one app bundle matches.
Fixes Homebrew/homebrew#13789.
|
|
MacOS.sdk_path is meant to return the SDK path that matches the version
argument, so store the result in a hash.
Fixes Homebrew/homebrew#13623.
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
|
|
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
|
|
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
|
|
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
|
|
Checking "not clt_version.empty?" is unnecessary if we are also checking
that dev_tools_path is /usr/bin.
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
|
|
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
|
|
|
|
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
|
|
|
|
|
|
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
|
|
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
|
|
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
|
|
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
|