| Age | Commit message (Collapse) | Author |
|
Closes #14606.
Signed-off-by: Adam Vandenberg <flangy@gmail.com>
|
|
Closes #14607.
Signed-off-by: Adam Vandenberg <flangy@gmail.com>
|
|
|
|
|
|
|
|
Fixes #14604.
|
|
Fixes #14584.
|
|
At your option: `brew --config -1`.
|
|
|
|
This started happening because I undefined CC. Now a lot of tools pick gcc. The problem here is that we add to cflags before configure, and during configure we are 'servile' so when configure uses gcc it *is* llvm-gcc and not clang, which we will be during make because then we are *not* servile.
So we have to assign these cflags during make only, which is easy enough. Code is neater now too.
I am now working on superenv so that it can determine if a tool cannot use certain flags and then pick another. The last stage of always-just-works.
|
|
This fixes a bug where 32 bit compilations create spurious 'invalid assignment
to cs-list outside multiple assignment' errors in Octave. See Fink's similar
clause and discussion at
http://www.mail-archive.com/fink-beginners@lists.sourceforge.net/msg26536.html.
Signed-off-by: Adam Vandenberg <flangy@gmail.com>
|
|
|
|
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.
|
|
Closes #14600.
Signed-off-by: Adam Vandenberg <flangy@gmail.com>
|
|
Upgrade sam2p to version 0.49.1.
Add `--disable-debug`
Add `fails_with :clang`
Works well with superenv.
Fixes #14592
Closes #14599.
Signed-off-by: Adam Vandenberg <flangy@gmail.com>
|
|
Closes #14602.
Signed-off-by: Adam Vandenberg <flangy@gmail.com>
|
|
Avoids a missing "_SuiteSparse_time" symbol. See
http://savannah.gnu.org/bugs/?37031
Closes #14572.
Signed-off-by: Adam Vandenberg <flangy@gmail.com>
|
|
It's only visible if you specify -v or builds fail, so let's help people to diagnose superenv issues.
|
|
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
|
|
|
|
serf requires you to explicitly tell it where to find the supertool because otherwise it has a hardcoded /usr/bin/apr-1-config (:P), ctail however is sensible and searches the PATH so now it's as though we do nothing special in that formula. Nice.
|
|
gs-9.06 is designed to build with only `:libpng` these days, but it
fails to compile with superenv unless we specify that we don't
want to build with X11.
* Remove the `ENV['LIBS'] = some/X11/path`
* Add `--without-x` to fix a build error.
Fixes #14564
Closes #14596.
Signed-off-by: Misty De Meo <mistydemeo@gmail.com>
|
|
Closes #14595.
Signed-off-by: Adam Vandenberg <flangy@gmail.com>
|
|
Closes #14583.
Signed-off-by: Adam Vandenberg <flangy@gmail.com>
|
|
Closes #14588.
|
|
This situation should be impossible now (in that, we should detect sdk_path provided we also detected nclt), so if it happens somehow raise in such a way that the user will be encouraged to report the bug.
|
|
You tend to get more useful build output this way, and (more importantly?), superenv itself only outputs certain things if VERBOSE is set.
|
|
|
|
|
|
Checking the license text is probably the most future proofed method. Though for future reference other possible methods are listed in the below ticket.
Closes #14558.
|
|
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.
|
|
|
|
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.
|
|
So the CC= in the Makefile is overridden by the $CC setting. I considered doing this generally, but as it stands we keep most of the user's environment in both superenv and stdenv so it's too risky. But I wanted to commit one example of it at least.
|
|
User paths might have anything in them, anything can break builds.
Instead special case these two formula with the view to having an eventual DSL to allow injection of user paths into superenv. Certainly defaulting to off.
|
|
|
|
|
|
Closes #14593.
Signed-off-by: Adam Vandenberg <flangy@gmail.com>
|
|
Closes #14578.
Signed-off-by: Adam Vandenberg <flangy@gmail.com>
|
|
Closes #14586.
Signed-off-by: Adam Vandenberg <flangy@gmail.com>
|
|
|
|
eg. "ack".f
|
|
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
|
|
Closes #14581.
Signed-off-by: Adam Vandenberg <flangy@gmail.com>
|
|
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.
|
|
|
|
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
|
|
Upgrade open-scene-graph to version 3.1.2.
Remove that patch that is merged into this version.
Add a `--docs` option. Don't build them by default.
Add deps on doxygen and graphviz if building docs.
Install the docs into the correct path.
Add a dep on gnuplot.
Add a dep on gtkglext.
Add an option to build ffmpeg support. It is off by default.
Make the ffmpeg dep conditional on the option.
Use inreplace to turn off ffmpeg rather than 10 CMake vars.
Actually build the docs using `make doc_openscenegraph` if asked.
Remove the `fails_with` because it works now.
Add a patch to fix a syntax error during `cmake`, missing OR.
Change to 10.7 specific cmake code to `10.7 or 10.8`.
Reported upstream and noted removal date in comments.
Tested on ML using clang and llvm from XCode-4.4.1.
Fixes #13840
Closes #14563.
Signed-off-by: Adam Vandenberg <flangy@gmail.com>
|
|
mkvtoolnix uses #define foreach BOOST_FOREACH, which breaks the build
due to an issue with header file ordering. Boost 1.49 was patched
to avoid this issue, but the patch was removed in 1.50, so the mkvtoolnix
build must provide a workaround.
See: https://svn.boost.org/trac/boost/ticket/6131
Closes #14568.
Signed-off-by: Adam Vandenberg <flangy@gmail.com>
|
|
|