Conversation

Replying to
> redo: implementation of Redo build system in Erlang what's been your experience with this? have you tried tup? and would be interesting in chatting about zap? what I don't like about redo is that it feels so bashy/scripty -- I want build tools to also *feel* robust
1
Replying to
I liked the redo idea. The shell + filesystem was a serious limitation for me, so I implemented it in Erlang and generalized it to all kinds of "state with a name". That version I really like, and it is quickly turning into the backbone of exo. I've not looked into tup or zap.
Replying to and
Just checked tup site, so I'm very uninformed. Assuming the core idea is the inverted dep graphs. I can see that work for large systems. I tried that in my redo implementation but realized it conflicts with the implicit dependency discovery in redo, so my "push" is just a "pull".
1
1
Replying to and
For zap it's hard to see from a quick look at the web page what makes it distinct from other approaches. One thing though: I'm really starting to like just having build rules be plain code, in my case Erlang, being able to generate dependencies on the fly. Can zap do that?
1
Show replies