Hi, As Simon says, I've got some experience using Haskell for writing build scripts. I had a fork of the Yhc build script written in Haskell, for example. I think it's a very good idea in general. For GHC in particular, they currently have a build system that works, what's the benefit of changing the build system?
I think anywhere there is currently an embedded language is a good candidate for replacing with Haskell and a DSL/library. This includes Makefile's (and other places like buildbot etc) > http://chadaustin.me/2010/03/your-version-control-and-build-systems-dont-scale-introducing-ibb/ This link is crazy. He's abusing big O notation, complaining about constant factors (Python starting up) then suggesting he needs to reduce the algorithmic complexity. He also forgets to factor in O(time-of-ssd-drive), which probably divides O(time^2) to get O(who cares). There is a valid point at the bottom that a null build should be quick, and I agree, but I think it's far more important to get fast rebuilds - anything less than a second on a null rebuild isn't relevant. >> Common problems >> like not being able to use a space in a path name will be a thing of the >> past among other things. There are lots of things your build system can isolate you from, but the weirdities of shells are not one of them. You'll still have craziness with spaces, different programs requiring slashes (/) or (\) in different directions, path lengths (lower on Win2003 than XP). You've got a chance of abstracting some away, but it's not a panacea. >> I hope to use quasi-quotation to compensate for the syntactic overhead >> that general purpose computer programming languages have Haskell has very little syntactic overhead. If you write a program in quasi-quotes you didn't really write a Haskell program (and all your easily maintainable etc arguments are reduced). >> Dependencies among files I anticipate could be treated as a type. I'd be very surprised if that was possible. Thanks, Neil _______________________________________________ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc
