aboytsov

9 ms·

31.
by aboytsov 14y ago
No, make -B mytarget rebuilds either mytarget only or mytarget and everything mytarget depends on. A more common scenario is when you need to rebuild mytarget and everything that depends on it. Without rebuilding other parts of the workflow
32.
by aboytsov 14y ago
Thanks! This much I know. But it doesn't answer my question. Let me repeat it: could you please give me a command to re-build a particular target and everything that depends on it?
33.
by aboytsov 14y ago
This is an awesome idea. Currently Drake only supports timestamped and forced evaluations, but it would be great to have an evaluation abstraction where you could provide your own implementation of whether a target's changed and/or whether
34.
by aboytsov 14y ago
I'd like to hear your thoughts on this: http://stackoverflow.com/questions/2973445/gnu-makefile-rule...
35.
by aboytsov 14y ago
Sorry, I might be very ignorant of make - could you please give me a command to re-build a particular target and everything that depends on it?
36.
by aboytsov 14y ago
It's hard to compare Clojure and Scala. Scala is a multi-paradigm programming language with strong OOP support and functional support. It's arguably more verbose than Clojure but looks much more similar to Java. Clojure is a Lisp. Lisp stan
37.
by aboytsov 14y ago
Haha, this is so funny. :) Sorry, guys, D was our working codename, and it slipped off my tongue, I guess, more than several times. :)
38.
by aboytsov 14y ago
Great points. Drake supports the ability to run stages in parallel (at least in theory) - it's been speced out ( https://docs.google.com/document/d/1bF-OKNLIG10v_lMes_m4yyaJ... ), just not implemented yet. But of course, once you have the e
39.
by aboytsov 14y ago
The most crucial thing that Make lacks is multiple outputs and precise control over execution. When you're debugging/developing a large and expensive workflow, you absolutely must have the ability to say things like: - run only this step,
40.
by aboytsov 14y ago
Thank you very much. We're really looking forward to other people using this tool. You raise some interesting points (for example, a frequently changing code), which we ran into as well. Our current approach to it is not as fundamental, and
41.
by aboytsov 14y ago
We love Clojure. Lisp is an extremely powerful language, and Clojure brings all this to the practical JVM world. And Lisp is quite good in operating on lists and graphs, which is a big part of Drake.
42.
by aboytsov 14y ago
Nice. Surprisingly, we weren't aware of Makeflow and kinda missed it completely. On the first look, it seems like Drake is quite a bit more feature-rich than Makeflow. Please see the designdoc and/or the tutorial video for details.
43.
by aboytsov 14y ago
Thanks! We feel that in practice, there's quite a lot of differences between Drake and most Make-like systems. See this response for details: http://news.ycombinator.com/item?id=5111527
44.
by aboytsov 14y ago
This is a great question. Our approach to this is described here: http://www.youtube.com/watch?feature=player_detailpage&v... In short, we don't feel like it's an either or question. We want to have Drake as a command-line frontend to
45.
by aboytsov 14y ago
Please see my response to Make comparison: http://news.ycombinator.com/item?id=5111527 I suspect most of the points I made would be applicable to redo as well, if not more so. Trivial things don't require Drake. Heck, they often times don
46.
by aboytsov 14y ago
Drake supports "protocol" abstraction, which is much more than just specifying an interpreter. Python is a trivial protocol, not much more complicated than shell. There are slightly more complicated protocols, for example, "eval", which run
47.
by aboytsov 14y ago
The example in the blogpost is understandably trivial, and it can be implemented in almost any Make-like system. The concept of Make is not unique. Everything that has dependencies and executes steps is similar to Make in concept. Drake is