What would be needed to get this to work with Haskell? I read in the "Getting started": > You can now create your own targets and compose them. So does this mean it is a replacement for `make`? => Yes Found the answer here: http://bazel.io/docs/FAQ.html
Bazel – Correct, reproducible, fast builds for everyone
81–90 of 185 posts
Re: Bazel – Correct, reproducible, fast builds for everyone
#82Earlier quoted context omitted.
Do you have a link to that white paper? A quick search on their research site doesn't really yield any results.
I'm a developer on Bazel, and AFAIK there is no white paper. We definitely don't want to "throw it over the wall," we're going to try to push more and more development into the open over time.
Re: Bazel – Correct, reproducible, fast builds for everyone
#83Working at Google, Blaze is one of the technologies that amazes me most. Any engineer can build any Google product from source on any machine just by invoking a Blaze command. I may not want to build GMail from source (could take a while) but it's awesome to know that I can. I think this could be hugely useful to very large open source projects (like databases or operating systems) that may be intimidating for contri…
Standard caveat: I don't speak for my employer. Using Bazel (aka. Blaze) every day is one of the things that has made me dread ever leaving Google. Fast, reproducible builds are amazing . Once you have used this tool, it is very hard to go back. Personally, I'm thrilled that it has been open sourced.
Nice to see a bunch of projects that've been generalizable and heavily used internally finally see the light of the outside world. Now, to start evangelizing them.
Re: Bazel – Correct, reproducible, fast builds for everyone
#84What is this lameness? https://github.com/google/bazel/tree/master/third_party - why not use gradle repos to download jars with known hashes? Sticking all those jars in the git repo is just... well, I expected better from Google.
Tbh, if your company relies on this software, I would also make sure that it cannot just vanish - and thats the most efftive solution. Artifacts can disappear from the internet and you don't know if the downloaded stuff is still the same as before. Especially, if you look outside of the maven ecosystem, but even there you have to rely on apache and their partners. An outage can mean that you cannot deploy critical bu…
Re: Bazel – Correct, reproducible, fast builds for everyone
#85Re: Bazel – Correct, reproducible, fast builds for everyone
#86Correct, reproducible, fast builds for everyone not running Windows
Re: Bazel – Correct, reproducible, fast builds for everyone
#87Earlier quoted context omitted.
So the builds are reproducible automatically?
See http://bazel.io/docs/FAQ.html , "Will Bazel make my builds reproducible automatically? For Java and C++ binaries, yes, assuming you do not change the toolchain. If you have build steps that involve custom recipes (eg. executing binaries through a shell script inside a rule), you will need to take some extra care: Do not use dependencies that were not declared. Sandboxed execution (–spawn_strategy=sandboxed, only…
Reproducible Android builds would be very interesting.
Re: Bazel – Correct, reproducible, fast builds for everyone
#88Presumably will also make opensourcing internal projects easier. That can't be a bad thing :)
Re: Bazel – Correct, reproducible, fast builds for everyone
#89Correct, reproducible, fast builds for everyone not running Windows
s/not running Windows/not running Windows or refusing to install a free VM/ 5 or 6 years ago I had to have Windows to run CAD software, but I found it easier to have a virtualbox install w/ Ubuntu in it for software development than trying to write code on Windows. The performance was good enough an the usability was pretty good. I imagine it has only gotten better since then.
Not having a unix specific build system work on windows seems to be pretty much the expected behaviour. As opposed to a firewall that runs linux internally requiring windows or OS/X to talk to it...