| Age | Commit message (Collapse) | Author |
|
|
|
|
|
Closes #20507.
Signed-off-by: Adam Vandenberg <flangy@gmail.com>
|
|
|
|
|
|
Closes #20410.
Closes #20401.
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
|
|
|
|
|
|
|
|
|
|
|
|
The CFLAGS were previously not generic enough.
References #18944.
References #19179.
|
|
|
|
Closes #19227.
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
|
|
|
|
|
|
* CPU functions now exist in Hardware::CPU
* Added compatibility functions in compat/hardware_compat.rb
* Names are less specific to Mac hardware, e.g. CPU.family instead of
Hardware.intel_family
* Hardware::CPU.family works for both Intel and PowerPC
* New helper methods on CPU, like .sse4? and .altivec?
Signed-off-by: Misty De Meo <mistydemeo@gmail.com>
|
|
Closes #18481.
|
|
Closes #16344.
Signed-off-by: Mike McQuaid <mike@mikemcquaid.com>
|
|
|
|
Closes #17735.
Signed-off-by: Mike McQuaid <mike@mikemcquaid.com>
|
|
Signed-off-by: Mike McQuaid <mike@mikemcquaid.com>
|
|
The previous fix only looked at the current Homebrew but we should
discard hits from other installations of Homebrew too.
|
|
|
|
|
|
|
|
|
|
|
|
Causes an infinite loop when trying to find e.g. missing gcc.
Closes #17426
References #17455
|
|
Closes #14270
|
|
|
|
|
|
Closes #17383. Closes #17384.
|
|
|
|
closes #15853.
|
|
|
|
|
|
This message is either (a) never printed because the tools are
installed, or (b) printed every time this method is called.
See #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 #16291.
|
|
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
|
|
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
|
|
|
|
Closes #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. #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. #14603.
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
|
|
This wasn't working for me on leopard with ruby 1.9.2.
Closes #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 #14558.
|