brew/Library/Homebrew/compat, branch 0.9.3 🍺 The missing package manager for macOS Add Version.slice to compat suite 2012-08-28T16:11:46+00:00 Max Howell 2012-08-28T16:11:34+00:00 396ca3fc590ff1e8e5c6fb784458d7a5a5162b00 Refs Homebrew/homebrew#14299. 
Refs Homebrew/homebrew#14299.
Deprecate MacOS.version? style methods 2012-08-18T16:25:59+00:00 Jack Nagel 2012-08-14T16:37:29+00:00 166a9ba0ed6573a7438c0ac5691ccdf4f06f7bfe Signed-off-by: Jack Nagel <jacknagel@gmail.com> 
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
Adjust XQuartz/X11 module naming scheme 2012-08-06T05:39:06+00:00 Jack Nagel 2012-08-06T05:33:36+00:00 7488b9844bc8cee2144767ff7939895b6a83de37 Signed-off-by: Jack Nagel <jacknagel@gmail.com> 
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
Move X11 machinery into MacOS::XQuartz namespace 2012-08-01T05:31:38+00:00 Jack Nagel 2012-07-25T20:04:46+00:00 148617bc1164c919eda86403ce2df197b913cdde 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". 
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".
Split Xcode and CLT methods into separate modules 2012-07-25T16:58:01+00:00 Jack Nagel 2012-07-09T19:58:34+00:00 62482504a9e584e9ec20ac6895e1485d9c68d94a Signed-off-by: Jack Nagel <jacknagel@gmail.com> 
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
Remove compat's implicit dependency on formula 2012-07-06T01:32:49+00:00 Jack Nagel 2012-07-06T01:27:38+00:00 bb78df7356533502597a7bbacb529a3d7de71e7a Signed-off-by: Jack Nagel <jacknagel@gmail.com> 
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
Introduce new formula specs 2012-07-05T03:47:32+00:00 Jack Nagel 2012-04-06T02:09:24+00:00 98a11b8e57955d43f8ad82d78874c1822936aad7 






std_cmake_args: Search for Frameworks last
2012-06-03T17:03:56+00:00

Charlie Sharpsteen

2012-05-29T23:58:32+00:00

d1a48063906ed63cbdf1f014b6090cbbdcfedd97

Most Homebrew builds produce libraries, so CMake should give priority to
libraries when resolving dependencies.

Closes Homebrew/homebrew#12497.

Signed-off-by: Charlie Sharpsteen <source@sharpsteen.net>





Most Homebrew builds produce libraries, so CMake should give priority to
libraries when resolving dependencies.

Closes Homebrew/homebrew#12497.

Signed-off-by: Charlie Sharpsteen <source@sharpsteen.net>







Introduce std_cmake_args method
2012-05-22T21:32:12+00:00

Jack Nagel

2012-05-22T21:32:12+00:00

a13857b15057586d1cfc268708c8112e2999a39b

This differs from the current std_cmake_parameters in that it returns an
array instead of a string. Doing so makes dealing with it in formulae
much more pleasant, and for new formula hackers, less surprising.

std_cmake_parameters is retained in compat to maintain compatibility
with external formulae.

Signed-off-by: Jack Nagel <jacknagel@gmail.com>





This differs from the current std_cmake_parameters in that it returns an
array instead of a string. Doing so makes dealing with it in formulae
much more pleasant, and for new formula hackers, less surprising.

std_cmake_parameters is retained in compat to maintain compatibility
with external formulae.

Signed-off-by: Jack Nagel <jacknagel@gmail.com>







Improve Formula.resolve_alias warning.
2012-04-30T13:38:14+00:00

Mike McQuaid

2012-04-30T06:22:34+00:00

9d81b0d84765732f81a62fc2bf637d08ccc206f2