aboutsummaryrefslogtreecommitdiffstats
path: root/Library/Homebrew/macos
AgeCommit message (Collapse)Author
2013-03-11Portability fixes to run Homebrew on Linux systemsShaun Jackman
Closes Homebrew/homebrew#16344. Signed-off-by: Mike McQuaid <mike@mikemcquaid.com>
2013-02-07MacOSVersion -> MacOS::VersionJack Nagel
2013-02-04XQuartz.version: return dunno as a string and not a symbolJack Nagel
2013-02-04Xcode.version: return dunno as a string and not a symbolJack Nagel
2013-02-03Fix typo in XQuartz commentAdam Vandenberg
2013-01-29Update Xcode.version for 4.6Jack Nagel
2013-01-29Update clang version regexp in CLT checkJack Nagel
2013-01-28Update latest CLT versionJack Nagel
2013-01-28Xcode 4.6 released.Mike McQuaid
Closes Homebrew/homebrew#17383. Closes Homebrew/homebrew#17384.
2013-01-02Guess system XQuartz version when mdfind failsJack Nagel
Fixes Homebrew/homebrew#16857.
2012-12-30Fix some doublethink in the Xcode moduleJack Nagel
Xcode.prefix and Xcode.installed? use slightly different heuristics to find Xcode. In fact, .installed? basically duplicates a portion of the .prefix logic. In practice, the methods results are usually consistent, but .installed? does not handle non-standard prefixes if mdfind cannot locate Xcode (for example, if the user has disabled Spotlight indexing). Since .installed? is essentially a subset of the .prefix logic, we can rely on the result from .prefix instead. Fixes Homebrew/homebrew#16790.
2012-12-22Try to find XQuartz via pkgutil if mdls failsJack Nagel
c.f. Homebrew/homebrew#16296.
2012-12-21Make "XQuartz is installed" heurstic stricterJack Nagel
2012-12-12Improve Xcode and CLT config reportingJack Nagel
We support three configurations: Xcode-only, CLT-only, and Xcode with CLT. Our configuration output should correctly reflect this. While MacOS::Xcode.version has to continue to return a guess if Xcode is not installed in order to maintain backwards compatibility, this is an implementation detail that we don't need to expose to the user. And it makes `brew --config` output confusing. So let's only print the "Xcode" line when an actual Xcode installation is present. This makes it easy to quickly figure out which of the three possible configurations the user is running. Addresses Homebrew/homebrew#14941, more or less.
2012-11-12Don't advise XQuartz upgrades for system X11Jack Nagel
Yeah, yeah. The XQuartz/X11 stuff is confusing.
2012-11-12Xcode 4.5.2 is latestAdam Vandenberg
2012-11-11doctor checks XQuartz versionAdam Vandenberg
Closes Homebrew/homebrew#14182.
2012-10-22Latest Xcode is 4.5.1Adam Vandenberg
2012-09-19Update Xcode.latest_version for 4.5Jack Nagel
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
2012-09-19Update Xcode guess for 4.5Jack Nagel
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
2012-09-03Actually cache Xcode.version if nilMax Howell
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 Homebrew/homebrew#14558.
2012-08-27Prevent CLT.version being ""Max Howell
Also cache the response if N/A as it is slow to keep repeating that. And only do one pkgutil call if possible.
2012-08-17Fix syntax error, sorry about that.Max Howell
Didn't test properly, it was a side-fix. Bad mxcl.
2012-08-17Stop warning about CLT w/o XcodeMax Howell
Also made the latest_versions checks smarter. Hopefully correct too.
2012-08-07Fix Xcode.versionMax Howell
I managed to remove a return while fixing this yesterday. The whitespace changes made the diff unreadable so I missed this regression. Why does this sort of thing still happen?
2012-08-06Actually cache Xcode.versionMax Howell
The short-circuit returns would cause the caching ||= syntax to be skipped. For me on my CLT-less install, this was noticeably slowing down brew for some operations due to the frequent calls to xcodebuild.
2012-08-06Adjust XQuartz/X11 module naming schemeJack Nagel
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
2012-08-01Move X11 machinery into MacOS::XQuartz namespaceJack Nagel
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".
generated by cgit v1.2.3 (git 2.25.1) at 2026-01-02 06:30:53 +0000