aboutsummaryrefslogtreecommitdiffstats
path: root/Library/ENV/4.3/cc
AgeCommit message (Collapse)Author
2013-05-27superenv: Improve compiler selectionMisty De Meo
This fixes superenv on Xcode 3.2.6, and also fixes C++ software with gcc-4.2 on all Xcodes.
2013-05-11Fix --build-bottle CFLAGS.Mike McQuaid
The CFLAGS were previously not generic enough. References #18944. References #19179.
2013-03-29superenv: Filter out -isysrootSamuel John
Closes #16576. Signed-off-by: Adam Vandenberg <flangy@gmail.com>
2013-03-07-std, not --stdJack Nagel
2013-03-06superenv/cc: keep exec monkeypatch out of ObjectJack Nagel
2013-03-06superenv/cc: make file loadableJack Nagel
2013-01-26superenv: --use-gcc should specify gcc-4.2Misty De Meo
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 #17243.
2013-01-24superenv: Allow ENV.m32 (for 32bit builds)Samuel John
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 #16350. Signed-off-by: Adam Vandenberg <flangy@gmail.com>
2013-01-23superenv: allow -W[alp], style arguments to pass throughJack Nagel
We already (correctly) allow -Wl, style linker arguments to pass through; extend this to -Wp, (preprocessor) and -Wa, (assembler). Fixes #17252.
2012-11-13dels -> dups typoMax Howell
/cc @samueljohn
2012-11-01Whitelist Homebrew's own prefix in superenv.Xiyue Deng
This allows Homebrew to be installed into /opt or /sw. Closes #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.
2012-10-31Superenv: be more specific about -O flagsAdam Vandenberg
Closes #15775.
2012-10-28Use cc -E, not cpp -E. Fixes #15402.Max Howell
2012-09-29Restore HOMEBREW_LOG functionalityMax Howell
2012-09-25Clean up and improve build-error output and logsMax Howell
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%.
2012-09-14Puts build-tool args firstMax Howell
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 #14781.
2012-09-13Support c99/c89 compiles properlyMax Howell
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 #14724.
2012-09-13Fixes universal builds; Fixes #14845Max Howell
2012-09-03superenv: More thorough scrubbing of -I & -L argsMax Howell
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).
2012-09-03Fix linking against X11 cairo in preference to oursMax Howell
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 #14639.
2012-09-03Set CC and CXX with superenv (again)Max Howell
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 #14659 (though the build fails later for me, with the same error for stdenv and superenv).
2012-09-02Remove -fopenmp *and* -lgompMax Howell
Apparently LLVM can use these, so only remove if clang. Refs #14569.
2012-08-31Cram GL headers and includes into superenvMax Howell
Fixes #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.
2012-08-31Always make fussMax Howell
It's only visible if you specify -v or builds fail, so let's help people to diagnose superenv issues.
2012-08-31Remove -fopenmp, fix pixmanMax Howell
Possibly this is not wise, but with -fopenmp -lgomp is automatically added by the toolchain, and I didn't have -lgomp. Ideally we'd detect when this will work and then leave it in there. /cc @sharpie @mikemcquaid @jacknagel
2012-08-31Remove plain "-O"Max Howell
2012-08-31Consider superenv “servile” during configureMax Howell
superenv defaults to servile mode. In servile mode: * If 'gcc' is called, then 'gcc' is run (we ignore HOMEBREW_CC) * CFLAGS (optimizations) are not applied * ARGV is not mangled (TODO though we should apply fixes) * -I and -L environment is still forcibly inserted. This fixes, eg. jack which was still broken with stdenv. Jack was broken because we set CC in stdenv, and Jack has a stupid build-system. Unsetting CC allowed Jack to find and use the gcc tool it so demanded, but (previously) we would then substitute clang under its nose. The configure still failed. In servile mode (llvm-)gcc is used and Jack compiles. In normal circumstances clang would then be inserted again during the make phase. But Jack uses the niche-wag build tool that we don't support for setting the O HOMEBREW_CCCFG flag that disables servile mode.
2012-08-30Fixes #14542; ocaml superenv issuesMax Howell
This patch removes most of the settings for CC, CXX etc. because we are trying to be minimal. Then we force the compiler to Homebrew's choice underneath in superenv. We however leave LD because we prefer that build-systems use the c-compiler for linking, it generally works better (copiously tested), however when the build-system explicitly calls ld, we respect that. This gets around the ocaml bug in question, since somehow clang was crashing during link, but the ld tool itself (which is kind of clang, kind of llvm-gcc) is okay with this. Also moved the setting of O (so that cc-args are refurbished) into a make wrapper. Not sure if this matter much, but seems more consistent.
2012-08-30Work for users who delete /usr/bin/rubyMax Howell
Some people do insane things and are then surprised things break. Fixes #14546.
2012-08-29Some flags must be specified -Wl,fooMax Howell
Finishes fixing qrupdate. And maybe others.
2012-08-29Warn about removed warnings less shockinglyMax Howell
The problem here now is though that the warnings only appear when compiling verbosely. But they should thus be visible if the build fails. Or if people are hunting for problems.
2012-08-29Warn user if they set CFLAGS, etc. with superenvMax Howell
Since we remove some CFLAGS under their noses, this would otherwise be quite confusing. Notably, this will now trigger in numerous formula. Sucks.
2012-08-29superenv: build-environments that just workMax Howell
1. A minimal build environment, we don't set CFLAGS, CPPFLAGS, LDFLAGS, etc. the rationale being, the less that is set, the less variables we are introducing that can break builds. 2. A set of scripts that replace cc, ld, etc. and inject the -I, -L, etc. flags we need into the args passed to the build-tools. Because we now have complete control over compiler instantiations we do a variety of clean-up tasks, like removing bad flags, enforcing universal builds and ensuring makefiles don't try to change the order of library and include paths from ones that work to ones that don't. The previous ENV-system is still available when --env=std is specified. superenv applies to Xcode >= 4.3 only currently.