Here is a patch to make it build on darwin: sile.patch

Usually, we prefer released version. What’s wrong with 0.9.4?

IIRC, fetchgit enables you to automatically fetch submodules, without the need to explicitly mention URL, revision and hash.

If you using packaging an unreleased version then the name should be "sile-unstable-2017-01-25", see the package naming section of the Nixpkgs manual.

Also, having hash as version will not work. Firstly, it is possible that the hash will start with a letter and then the version extraction will not work. I.e., a hypothetical name "sile-ac3884" will result in Nix thinking the name is "sile-ac3884" and that there is no version part. Secondly, Nix will not be able to determine whether one version is greater than another, a later release may have a hash starting with a lower digit than the previous release; this would cause nix-env -u to not work as expected.

Edit: And I agree with @vbgl, unless there is a strong reason otherwise we should package released versions.

Applied @vbgl patch for darwin compatibility.
I also switched back to current release 0.9.4. I therefore used fetchurl instead of fetchgit as it seemed easier and (guessing here) faster.
bootstrap.sh is not needed anymore. I don't know if it changes anything for darwin build.

Thanks @vbgl and @rycee for your advices and explanations.

Since you now use a released version, you probably no longer need the autotools as inputs.

Successfully tested without autoconf, automake, libtool.

@lprndn Looking fine and builds ok for me. Please squash these commits into a single one, though. It should have the message "sile: init at 0.9.4".

@rycee Done!