aboutsummaryrefslogtreecommitdiffstats
path: root/Library/Homebrew/macos.rb
AgeCommit message (Collapse)Author
2013-06-15Push MacOS.cat logic down into MacOS::VersionJack Nagel
2013-06-15Avoid unnecessary float to string conversionJack Nagel
2013-06-14Move pretty_name into MacOS::VersionAdam Vandenberg
Closes #20507. Signed-off-by: Adam Vandenberg <flangy@gmail.com>
2013-06-14Use Hardware::CPU moduleJack Nagel
2013-06-13Xcode 4.6.3Jack Nagel
2013-06-11Recognize OS X 10.9 and Xcode 5.0Clemens Gruber
Closes #20410. Closes #20401. Signed-off-by: Jack Nagel <jacknagel@gmail.com>
2013-06-06Add MacOS.pretty_nameJack Nagel
2013-06-06Decouple bottle tags from MacOS.catJack Nagel
2013-06-06Move oldest_cpu to HardwareJack Nagel
2013-06-01Require hardware where it is neededJack Nagel
2013-05-25Remove cat_without_underscores bottle methods.Mike McQuaid
2013-05-11Fix --build-bottle CFLAGS.Mike McQuaid
The CFLAGS were previously not generic enough. References #18944. References #19179.
2013-05-08Add gcc-4.0 to fails_withMisty De Meo
2013-04-15Update for Xcode 4.6.2Ashley Towns
Closes #19227. Signed-off-by: Jack Nagel <jacknagel@gmail.com>
2013-04-15Don't create MacOS.version multiple timesJack Nagel
2013-04-02CompilerSelector: don't use non-existent compilersJack Nagel
2013-03-23Hardware: separate out CPU values into CPU moduleMisty De Meo
* 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>
2013-03-14Xcode 4.6.1 is releasedJack Nagel
Closes #18481.
2013-03-11Portability fixes to run Homebrew on Linux systemsShaun Jackman
Closes #16344. Signed-off-by: Mike McQuaid <mike@mikemcquaid.com>
2013-03-11Don't run certain functions on non-MACOS.Mike McQuaid
2013-03-01Support 32-bit 10.6 bottles.Mike McQuaid
Closes #17735. Signed-off-by: Mike McQuaid <mike@mikemcquaid.com>
2013-03-01Add non-/usr/local bottles support.Mike McQuaid
Signed-off-by: Mike McQuaid <mike@mikemcquaid.com>
2013-02-28Exclude all located superenv paths.Mike McQuaid
The previous fix only looked at the current Homebrew but we should discard hits from other installations of Homebrew too.
2013-02-10Don't reinvent IndexError hereJack Nagel
2013-02-07superenv bin directory is under HOMEBREW_REPOSITORYJack Nagel
2013-02-07MacOSVersion -> MacOS::VersionJack Nagel
2013-02-06MacOS: cache calls to mdfindJack Nagel
2013-02-01Don't call methods on xcrun_path if it's nilJack Nagel
2013-01-31Don't let xcrun find superenv tools.Mike McQuaid
Causes an infinite loop when trying to find e.g. missing gcc. Closes #17426 References #17455
2013-01-29Don't use underscores in (new) bottle filenames.Mike McQuaid
Closes #14270
2013-01-28Fix clang version detection on Xcode 4.6+Jack Nagel
2013-01-28Fix compiler map keyJack Nagel
2013-01-28Xcode 4.6 released.Mike McQuaid
Closes #17383. Closes #17384.
2013-01-08Prevent repeated lookups of nil-valued keysJack Nagel
2012-12-17Better reporting for MacPorts/Fink installationsJack Nagel
closes #15853.
2012-12-12Fix stupid typo in bottle fix.Mike McQuaid
2012-12-11Disable bottle installation correctly on 10.6.Mike McQuaid
2012-12-08Don't print error message when dev_tools_path fails to find toolsJack Nagel
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.
2012-12-04Improve bottle error messages.Mike McQuaid
On installation or creation of a bottle error out of the current machine does not support bottles. References #16291.
2012-11-01Add Xcode 4.5.2 to standard compilers mapJack Nagel
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
2012-10-15Reduce code footprint of standard compilers mapJack Nagel
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
2012-10-06Advise `brew update` before filing issues about compiler versionsJack Nagel
2012-10-03Add Xcode 4.5.1 to compiler mapJack Nagel
Closes #15282. Signed-off-by: Jack Nagel <jacknagel@gmail.com>
2012-09-14Skip standard compilers check for unknown XcodeMisty De Meo
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.
2012-09-14Add Xcode 4.5 to StandardCompilers mapMisty De Meo
We now have several reports of compiler versions for the GM, e.g. #14944.
2012-09-10Clean up MacOS version method usageJack Nagel
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>
2012-09-03Fix typo in MacOS.sdk_pathJack Nagel
/cc @adamv Signed-off-by: Jack Nagel <jacknagel@gmail.com>
2012-09-03Don't error out with Xcode 4.5Jack Nagel
c.f. #14603. Signed-off-by: Jack Nagel <jacknagel@gmail.com>
2012-09-02Change sdk detection to same syntax used elsewhere.Stephan Zeissler
This wasn't working for me on leopard with ruby 1.9.2. Closes #14636. Signed-off-by: Adam Vandenberg <flangy@gmail.com>
2012-08-31MacOS.sdk_path is unlicensed Xcode awareMax Howell
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.