By far the biggest problem with building Yhc is in getting libffi set up correctly for the current platform. Malcolm's problem is that he is using a 64-bit Mac, and appears to have given up on getting Yhc to install. I'm not sure how much support Python has for Mac64, which is probably causing us a problem. No idea what problems Donald is having since I don't think I've seen them on the list or in the bug tracker.
<br><br>I have a partially complete rewrite of the scons build system which takes advantage of the features in the upcoming Scons 0.97 release. I realise that Scons build system is a bit of a mess, but I&#39;m really not sure that throwing it away is the best plan.
<br><br><div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">* Everything should be able to be overiden, i.e. os=mac works just<br>fine on a windows box (great for cross compiling!)
</blockquote><div><br>This is much more to do with the compiler used than the build system. It would be very easy to add to Scons, but I had no idea there was a desire for it.&nbsp;</div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
* Compile C files with GHC everywhere (will this go wrong?)</blockquote><div><br>There is partial support for this already in Scons, but it was very difficult to make GHC compile and link things correctly  without adding in lots of Haskell related gubbins.
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">* No explicit library dependancies<br></blockquote></div><br>I have started work on a scanner that would remove the need for this, so the list of library dependencies was never supposed to be a permanent thing.
<br><br>Andrew<br><br>