
Hi, I've recently been working on the scons build system for YHC. You'll probably have seen the various patches appear in darcs recently :-) It currently builds successfully on my machine, although there is still plenty of work to be done especially with regard to the installation. I'm trying to make the same build scripts work on Windows so we only need to maintain a single build system rather than different ones for different platforms, and we get away from the nasty autoconf/automake hackery. I've hit the problem that libffi currently does not compile using MSVC. Apparently the people who made the (rather wonderful) ctypes extension for Python have done some clever stuff and made it work, but as far as I can tell there is no release where this will work as yet. I have two questions: 1. Does anyone know where I can get windows-compatiable release of YHC (source code would be fine) 2. Is libffi optional for YHC, or is it required? Cheers, Andrew

Hi Andrew, (I already talked to you, but I guess for completness sake I should email the archive as well ;) )
1. Does anyone know where I can get windows-compatiable release of YHC (source code would be fine) ctypes has it in there, grab the CVS
2. Is libffi optional for YHC, or is it required? Required, I believe Tom is starting to use it for the internal functions now.
Thanks Neil

Neil Mitchell wrote:
ctypes has it in there, grab the CVS
Sadly that version doesn't compile in unix ... at least not without compiling *all* of ctypes (which is a lot for just libffi)
Required, I believe Tom is starting to use it for the internal functions now.
Indeed :-) Tom

Sadly that version doesn't compile in unix ... at least not without compiling *all* of ctypes (which is a lot for just libffi)
Is that make file issues, or the technical aspects of the code? If its just makefile stuff, I am sure our expert scons person will sort it out with a scons script. The windows copy can be built rather easily on its own. Of course, using two different copies of libffi for the different platforms is just asking for trouble... Thanks Neil

Neil Mitchell wrote:
Is that make file issues, or the technical aspects of the code? If its just makefile stuff, I am sure our expert scons person will sort it out with a scons script. The windows copy can be built rather easily on its own.
No I believe it's just makefile issues, it seems the ctypes people stripped the standard makefile out of libffi ...
Of course, using two different copies of libffi for the different platforms is just asking for trouble...
Indeed it is ... :-) Thanks Tom

Andrew Wilkinson wrote:
Then it's no problem at all, I've already sconsified cpphs so I'll just sconify ctypes as well :-)
Actually you only need to do libffi ;-) Oh the other problem with the ctypes version of libffi is that it has no AMD64 port, whereas the redhat one does. Perhaps a merging of the two would be best? Cheers Tom

Oh the other problem with the ctypes version of libffi is that it has no AMD64 port, whereas the redhat one does. Perhaps a merging of the two would be best?
And perhaps the best people to do this are the ctypes people :) Does someone want to prod their mailing list. I noticed that GHC is thinking of moving to libffi, so we should figure out the best ffilib for Haskell compilers and share our knowledge with them Thanks Neil

On 6/8/06, Malcolm Wallace
"Andrew Wilkinson"
wrote: I've already sconsified cpphs ...
Is it sensible to push a patch for this into the cpphs repository? Or does it really only apply to building yhc?
The scons script I've written doesn't actually build the cpphs binary, it just grabs the source files which are then linked into the yhc binary. I don't think you can have a scons script that can be used both as a standalone script and called as part of another build process. If you wanted me to properly sconsify it then I could, but I'd still need the special YHC build script for it. Andrew
participants (4)
-
Andrew Wilkinson
-
Malcolm Wallace
-
Neil Mitchell
-
Tom Shackell