| Age | Commit message (Collapse) | Author |
|
This allows overriding the "oldest CPU" behaviour - for instance, to
build Intel bottles for a newer CPU than Core 2, to build a PPC bottle
with or without Altivec on the same computer, etc.
|
|
On PPC, -mcpu is the preferred equivalent to -march.
|
|
This reverts commit dca89db55189a34f1c02d3f12a84eda8d81fd6d1.
|
|
This sets cpp to use the compiler as cpp, and works with scripts which
pass values to cpp on stdin as well as with file arguments.
Closes Homebrew/homebrew#22155.
|
|
Allows for building bottles on PPC both with and without Altivec.
This is currently not active but will be enabled once superenv is
stable on Leopard.
|
|
We use install_name_tool pretty liberally, so we need to take steps to
ensure libraries and executables are always linked with this flag.
Closes Homebrew/homebrew#20233.
Fixes Homebrew/homebrew#17984.
Fixes Homebrew/homebrew#22078.
|
|
Fixes Homebrew/homebrew#21943.
|
|
This defines the new HOMEBREW_ARCHS environment variable, which is
currently only set during universal builds, so that the tool wrappers
no longer need to hardcode i386/x86_64.
|
|
Fixes Homebrew/homebrew#21527.
|
|
We previously tried to call llvm-g++ under the name `g++`,
but this is now a link to clang on Xcode 5+.
Fixes Homebrew/homebrew#20691.
|
|
Some build systems still set the DEVELOPER_DIR to /Developer
and then nothing works any more (xcrun, xcodebuild etc.)
I am looking at you MacVim.
|
|
If we're using a homebrewed gcc-4.2, xcrun may fail to find it (or,
worse, find superenv's shim instead). Explicitly add it to the PATH and
search all path elements for the requested tool.
Also make sure to specify 'gcc-4.2' as the compiler name, not plain
'gcc'. That can resolve to llvm-gcc and to gcc-4.0 on various Xcodes.
|
|
This fixes superenv on Xcode 3.2.6, and also fixes C++ software with
gcc-4.2 on all Xcodes.
|
|
The CFLAGS were previously not generic enough.
References Homebrew/homebrew#18944.
References Homebrew/homebrew#19179.
|
|
I had a luarock explicitly look ONLY for gmake, FFS.
This should be safe.
|
|
Closes Homebrew/homebrew#16576.
Signed-off-by: Adam Vandenberg <flangy@gmail.com>
|
|
- The Library/ENV/4.3/xcrun shim now respects
ENV['DEVELOPER_DIR'] instead assuming the location
of /Applications/Xcode.app/Contents/Developer.
- The env var DEVELOPER_DIR is set if it is not
already. So, during superenv this var is always set
and we no longer have to care about people with unset
or wrongly set xcode-select stuff. This has been
a major PITA in the past.
- determine_developer_dir (which is used to set
the DEVELOPER_DIR var) now uses MacOS::Xcode.prefix
which is proven and very capable and uses splotlight
correctly.
- Replace (and remove) MacSystem.xcode43_developer_dir
with Xcode.prefix
Closes Homebrew/homebrew#18618
|
|
|
|
|
|
|
|
a6324cb forget fix soft link in ENV folder, it cause superenv
use Apple provided git and svn.
Closes Homebrew/homebrew#17927.
Signed-off-by: Mike McQuaid <mike@mikemcquaid.com>
|
|
Closes Homebrew/homebrew#17443.
|
|
Since 'gcc' is a symlink to 'llvm-gcc' on Xcode 4.3+, --use-gcc and
--use-llvm were doing exactly the same thing. Combined with the
previous commit, this allows users with either a leftover
/usr/bin/gcc-4.2 or a homebrewed apple-gcc42 to build with gcc.
This doesn't however fix Xcode-only systems with apple-gcc42.
Fixes Homebrew/homebrew#17243.
|
|
xcrun has a lot of fallbacks if the first case fails but never actually
reaches them on CLT systems since it doesn't check the validity of the
first path before executing it.
(When should it reach these? Mainly for non-Xcode compilers we
support, e.g. apple-gcc42 which can be found by xcrun but which isn't
in /usr/bin)
The xcrun invocation also needed chomping.
|
|
Superenv normally filters out "-m32" flag, preventing 32bit builds.
Some software, however, still only work in 32bit mode.
If ENV.m32 is called, superenv does not filter out the "-m32" flag.
Also note, superenv, does not explicitly add the -m32 flag and
expects the build system of the software to know when and where to
provide this flag.
Closes Homebrew/homebrew#16350.
Signed-off-by: Adam Vandenberg <flangy@gmail.com>
|
|
We already (correctly) allow -Wl, style linker arguments to pass
through; extend this to -Wp, (preprocessor) and -Wa, (assembler).
Fixes Homebrew/homebrew#17252.
|
|
Superenv scripts have a stripped PATH, which may not include
the brew binary itself. Make this explicitly available to
superenv scripts.
Fixes bsdmake wrapper.
Closes Homebrew/homebrew#16805.
Closes Homebrew/homebrew#16846.
Signed-off-by: Adam Vandenberg <flangy@gmail.com>
|
|
/cc @samueljohn
|
|
stdenv already works as Contributions/cmds is in the path already.
This is safe to do because OS X already has git and svn in the PATH if you have the CLT installed. So we should definitely ensure we use the right versions.
Fixes Homebrew/homebrew#15783.
|
|
This allows Homebrew to be installed into /opt or /sw.
Closes Homebrew/homebrew#15780.
Signed-off-by: Max Howell <mxcl@me.com>
Cleaned up the patch a little. Still ugly though, but logic is unusual so that's just how it is.
|
|
Closes Homebrew/homebrew#15775.
|
|
|
|
|
|
|
|
All logs are now stored from each command executed in Formula.install.
Error output is truncated to five lines in an attempt to not overwhelm the user and to encourage users to read the error output and report the bug properly. Maybe we can get that figure up from 70% to 90%.
|
|
Fixes Homebrew/homebrew#14691.
Rewrite in Ruby to facilitate checking PATHs properly.
|
|
build-tool provided args must be considered first by cc, etc. Generally this already occurred for -I flags, because most of our -I flags were -isystem. However it didn't occur for keg-only flags and -L paths.
This was an error.
I amended the refurbishment code to ensure any paths we want to control the order of are thoroughly scrubbed out of the build-tool provided args. This ensures reliability for our builds.
However this path-scrubbing should always occur, even during configure (I am fairly sure of this). So more work is required.
Fixes Homebrew/homebrew#14781.
|
|
The usual xcrun would, and this wrapper exists to also work around broken xcode-select paths.
|
|
We can't really execute c89/99 explicitly as these POSIX compliant tools support very few args. Best to execute clang or gcc with the --std=cx9 argument appended.
Fixes Homebrew/homebrew#14724.
|
|
bsdmake used to be keg-only, so some users still have it unlinked (presumably they never run brew-doctor). Even though there is code to abort if dependencies are unlinked, it appears broken for this case. So let's just be thorough anyway.
Closes Homebrew/homebrew#14751.
|
|
|
|
It's important that -I is scrubbed thoroughly as we add most of our important paths with -isystem and -I is handled *first*.
NOTE this indicates we should probably have used -I rather than -isystem, but too late to test all that now.
Also scrub -L for bad-paths thoroughly (evaluate realpath).
|
|
Amateur mistake where I forgot that the system library path is read AFTER the -L library path, so /usr/local/lib was after /opt/X11/lib and the wrong cairo was used.
This only affects CLT /usr/local installs with XQuartz installed.
Fixes Homebrew/homebrew#14639.
|
|
It was dumb to have make call different compilers to configure depending on the `servile?` flag. This is not a route to reliability.
Instead now we set CC (formula that break if CC is set like Jack be damned, their build-systems are just plain broken and should not be supported). When cc is called we examine HOMEBREW_CC, otherwise we instantiate the tool that was called, just like the formula's build-system will expect.
Fixes Homebrew/homebrew#14659 (though the build fails later for me, with the same error for stdenv and superenv).
|
|
Apparently LLVM can use these, so only remove if clang.
Refs Homebrew/homebrew#14569.
|
|
Fixes Homebrew/homebrew#14626.
Also make proctools install do prefixes other than /usr/local.
|
|
Necessary because it otherwise calls actual cc after it does whatever it does. So we force it to call our cc.
|
|
Fixes Homebrew/homebrew#14584.
|
|
Fixes Homebrew/homebrew#14554.
We justify doing this because pre 10.8 X11 came with GL for all Homebrew-capable systems and as such is a default that we'd prefer not to have to address.
|
|
It's only visible if you specify -v or builds fail, so let's help people to diagnose superenv issues.
|