Re: Yasm r1713 fixed; building and Windows-native
"Neil Mitchell" <[email protected]>
| Newsgroups | gmane.comp.lang.haskell.cvs.all |
|---|---|
| Message-ID | <404396ef0612191650k59e23aa8gc89e08c9b1496880__14229.3026940481$1166575855$gmane$org@mail.gmail.com> |
Hi Peter, > Thanks for the advice! My reason for suggesting SCons was that it > seemed to work well with Yhc--of course what isn't apparent is the > amount of work you put in to make it work well :) It does work well, but we have a pet python developer on the team, and he's spent a lot of time getting it to where it is now, and its still not perfect by any means. > Have you looked into Bakefile or Interscript? CMake looks more > powerful than Bakefile, which ends up using nmake on Windows, while > Interscript is really a literate programming language with the > ability to execute scripts. Interscript works very well for Felix > but it is a bizarre system to work with. No, haven't really looked at others than that. The original Yhc reason for going to Scons was that KDE 4 is going to use it for all platforms, including Windows. Since then, then dropped Scons and moved to CMake - I am just playing follow the leader :) I think Yhc will stick with Scons for a while yet, but if you do find what the "one true answer" is, we'd love to hear it! > It might be possible to > adapt or extend Cabal, even... As it currently stands, that sounds like a very painful way to uncover new cabal bugs :) Thanks Neil