Upgrade raptor to version 0.9.29 and adjust the location of the
html docs from gtk-doc to the usual location in share. For this
app, the standard helper path `doc` results in `doc/rasqal/rasqal`.
So `share/doc` is used to eliminate the duplicate `rasqal` path.
Note: The homepage for rasqal mentions an upcoming API change:
'RDQL support will be removed in the next release (0.9.30)'
ClosesHomebrew/homebrew#12259.
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
Upgrade libmikmod to 3.2.0b4 and remove the 4 inreplaces that were
merged upstream for us. This builds well using both compilers
from XCode-4.3.2.
ClosesHomebrew/homebrew#12258.
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
Upgrade mpg123 to version 1.14.2. This is a bugfix release that
fixes wav output to stdout.
ClosesHomebrew/homebrew#12257.
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
When interpolating in strings passed to Formula#system, it should be
done in such a way that if any interpolated variables contain spaces,
they are either (a) passed as part of a list or (b) protected by quotes
if they are part of a long string (which is subject to shell expansion).
Otherwise, they will be split on the space when expanded by the shell
and passed as multiple arguments to whatever process is being executed.
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
Buildling HEAD invokes aclocal and automake; the automake dep will pull
in autoconf, so just replace it.
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
* Upgrade xapian to version 1.2.10
* Fix php bindings - args concat issue
* Fix ruby bindings - attempts to install to /Library/Ruby
* Add ruby caveat
* Remove `--disable-debug` from the subformula. It's unrecognized.
Fix the php bindings by adjusting the `args <<` statement so that
the array is created with correctly separated strings. Otherwise
there is a configure error brewing the subformula.
Fix the ruby bindings from installing into /Library by setting
two environment variables which `configure` queries so that they
now install to `lib+'ruby/site_ruby'`. The only other formula
that uses a similar Ruby directory is `subversion`, and it installs
to `lib+'ruby/1.8'` when built against the system Ruby. So these
two formulas don't clash, and both compile without error.
Tested on Lion with llvm-gcc and clang from XCode-4.3.2, all opts.
ClosesHomebrew/homebrew#12165.
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
The `mkoctfile` tool, used to compile Octave packages, does not understand
`-framework <foo>`. Therefore, `-Wl,-framework -Wl,<foo>` must be used.
FixesHomebrew/homebrew#12229.
The two inreplaces that add an RPATH to the x264 and xvid dylibs
are not meant to run unless the Qt gui is built. The conditional
that stops them from running was not coded correctly. This commit
changes the conditional to only run the inreplaces if Qt4 is
installed using `linked_keg.exist?`.
Fixes an issue reported in Homebrew/homebrew#12051ClosesHomebrew/homebrew#12213.
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
* Upgrade mathomatic to version 15.8.4
* Switch from `make install` to `make m4install`
* Add a `make` in the primes subdirectory
By switching to `make m4install` we get everything in the previous
formula plus the m4 macros "which allow easy entry of math
functions like sqrt(x) and sin(x) as macros."
By adding `make` in the primes subdirectory we get the Mathomatic
prime number tools, `matho-primes`.
Changelog is here: http://www.mathomatic.org/NEWS
Mathomatic runs, and testing it by doing simple math is successful
when it's built with clang or llvm from XCode-4.3.2 on Lion.
ClosesHomebrew/homebrew#12219.
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
Upgrade gauche to version 0.9.3.2 and remove the unrecognized
`--disable-debug` flag. Gauche will build against gdbm-1.10
if it is installed, usually as a dep of Python, but it's optional.
Gauche builds just fine without it.
ClosesHomebrew/homebrew#12218.
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
Upgrade appswitch to version 1.1.1 which has changes for Lion.
This software has only one 22k source file, but it now needs a
full XCode and xcodebuild to compile it. Luckily the developer
includes a precompiled binary in the source tarball. So this
commit just installs that, allowing CLT only users to run it.
FixesHomebrew/homebrew#12198.
ClosesHomebrew/homebrew#12212.
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
log4cxx building universal fails to link because the software uses
old libtool scripts that craft one compile command missing both
of the arch flags.
* Add conditional deps on automake & libtool
* Add a system call to `autogen.sh` to update the scripts
* Note in comments the upstream bug report.
* Tested on Lion 10.7.4 with clang and llvm.
FixesHomebrew/homebrew#12127.
ClosesHomebrew/homebrew#12211.
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
* Upgrade mu to 0.9.8.4
* Use the new head url at GitHub
* Add conditional deps on automake+libtool for autoreconf
* Add `autoreconf -ivf` for building head
* Add a Requirement for emacs >= version 23
* Patch configure error when using Xapian-1.2.10
The mu developers moved their repo from Gitorious to GitHub.
The previous version of mu compiled without problems using the
Lion system `emacs`. This version uses a command that is not
available in the system emacs-22.1.1, and the compile will fail
using clang or llvm with many errors like this:
In toplevel form:
mu4e-actions.el:30:1:Error: Unknown keyword :safe
So this commit adds a Requirement for emacs >= version 23.
For building head add conditional deps on automake and libtool.
Also add the `autoreconf -ivf` system command for head.
Stable fails to configure against xapian-1.2.10 because it only
tests for version 1.2.[0-9]. Patch configure to support the
latest xapian. Add comments referring to the upstream bug report,
patch, and removal version. The issue has been fixed in HEAD.
Tested against the new xapian-1.2.10 on Lion 10.7.4 using clang
and llvm from XCode-4.3.2, both stable and HEAD.
ClosesHomebrew/homebrew#12167.
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
Upgrage gtkwave to version 3.3.36 and remove the `--mandir` flag
because it uses the right directory now. It apparently cannot
build its tcl support against the Lion tcl-8.5. But if the user
has a newer tcl installed it could; therefore, the tcl code is
not explicitly disabled in this commit, even though it gives a
warning that it won't work:
checking for Tcl_CreateInterp in -ltcl8.5... no
configure: WARNING:
Tcl support not enabled.
There are no self tests, but the `gtkwave` binary runs and brings
up its gui when compiled with clang and llvm from XCode-4.3.2.
ClosesHomebrew/homebrew#12175.
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
