clang doesn't handle flexible arrays of non-POD types. So instead
of a flexible array, use a 0-length array.
ClosesHomebrew/homebrew#14448.
Signed-off-by: Max Howell <mxcl@me.com>
Added comment for the Gentoo patch
Clang is unlikely to ever support this kind of thing, it's bad code!
In this case really we could use a way to provide a diff of the lines that break the compile and say that it fails with clang while this bad code is in the sources.
ClosesHomebrew/homebrew#14573.
rbenv-bundler is an rbenv plugin that makes shims aware of bundle
installation paths
ClosesHomebrew/homebrew#14496.
Signed-off-by: Adam Vandenberg <flangy@gmail.com>
This release adds ``spipe'', a client to spiped which encrypts a single
connection and as the unencrypted end of that connection uses the
standard input and output. In other words, spipe acts like 'netcat' or
'openssl s_client'.
A practical use of spipe as an OpenSSH ProxyCommand to create hidden in
plain sight SSH services is explained at its authors blog.
ClosesHomebrew/homebrew#14576.
Signed-off-by: Adam Vandenberg <flangy@gmail.com>
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.
Upgrade sam2p to version 0.49.1.
Add `--disable-debug`
Add `fails_with :clang`
Works well with superenv.
FixesHomebrew/homebrew#14592ClosesHomebrew/homebrew#14599.
Signed-off-by: Adam Vandenberg <flangy@gmail.com>
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.
FixesHomebrew/homebrew#14564ClosesHomebrew/homebrew#14596.
Signed-off-by: Misty De Meo <mistydemeo@gmail.com>
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.
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.
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.
FixesHomebrew/homebrew#13840ClosesHomebrew/homebrew#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/6131ClosesHomebrew/homebrew#14568.
Signed-off-by: Adam Vandenberg <flangy@gmail.com>