summaryrefslogtreecommitdiff
path: root/libffi
Commit message (Collapse)AuthorAgeFilesLines
* Update to libffi 3.0.8; fixes trac #3119Ian Lynagh2009-06-056-2586/+74203
|
* Fix the libffi MakefileIan Lynagh2009-06-051-1/+1
|
* Add a README saying where libffi tarballs come fromIan Lynagh2009-06-051-0/+3
|
* Use -w when compiling libffi, to stop -Werror failuresIan Lynagh2009-06-021-2/+4
|
* Quote commands that we run, so they work if there are space in their pathsIan Lynagh2009-05-301-11/+11
| | | | | I've also added some missing $s to some makefiles. These aren't technically necessary, but it's nice to be consistent.
* Pass CFLAGS and LDFLAGS to libffi's configureIan Lynagh2009-05-211-3/+6
|
* Use SRC_CC_OPTS when making HSffi.oIan Lynagh2009-05-191-1/+1
|
* Fix make for libffi again, properly this timeDuncan Coutts2009-04-301-0/+1
| | | | No idea how the last patch managed to pass validate.
* Fix parallel make for libffi.Duncan Coutts2009-04-301-10/+6
| | | | | | I didn't realise make can invoke the same action multiple times in parallel if the rule has multiple targets. So go back to using a build stamp file.
* Clean up building of libffi for dynamic lib wayDuncan Coutts2009-04-291-21/+29
| | | | And depend on it at the top level when we're using dynamic libs.
* Add a header to all build system files:Simon Marlow2009-04-282-0/+24
| | | | | | | | | | | | | | # ----------------------------------------------------------------------------- # # (c) 2009 The University of Glasgow # # This file is part of the GHC build system. # # To understand how the build system works and how to modify it, see # http://hackage.haskell.org/trac/ghc/wiki/Building/Architecture # http://hackage.haskell.org/trac/ghc/wiki/Building/Modifying # # -----------------------------------------------------------------------------
* GHC new build system megapatchIan Lynagh2009-04-266-202/+199
|
* Install libHSffi_p.aIan Lynagh2009-02-181-1/+1
|
* Make the libffi patch files portableIan Lynagh2009-01-232-202/+209
| | | | | Solaris's patch can't apply them if the lines beginning "---" aren't preceeded by a "diff -ur foo bar" line.
* Fix libffi bindistClemens Fruhwirth2008-11-081-6/+6
|
* Patching libffi so it can be built as DLLClemens Fruhwirth2008-10-143-7/+2806
| | | | libffi-dllize-3.0.6.patch should be pushed upstream
* Version bump for libffi to 3.0.6Clemens Fruhwirth2008-10-142-0/+0
|
* Encode shared/static configuration into stamps to do the right thing when ↵Clemens Fruhwirth2008-10-131-5/+14
| | | | rebuilding
* Add HsFFI.o to INSTALL_LIBSClemens Fruhwirth2008-10-131-1/+1
|
* Drop libm from the linker dependencies for libffiClemens Fruhwirth2008-10-111-2/+0
|
* Do not generate haddock documentation when running install-docs in libffiClemens Fruhwirth2008-10-101-0/+2
|
* Delay building libffi until package.conf is created and fix bindistClemens Fruhwirth2008-10-101-3/+5
|
* Drop ghcconfig.h/RtsConfig.h from libffi's package.conf.inClemens Fruhwirth2008-10-091-3/+0
|
* Don't use sed's -i flag as Solaris doesn't know it in libffi/MakefileClemens Fruhwirth2008-10-081-3/+4
|
* Don't use /dev/null trick to create empty object files in libffi/MakefileClemens Fruhwirth2008-10-081-5/+3
|
* Turn libffi into a Haskell packageClemens Fruhwirth2008-10-082-5/+100
|
* Unconditionalize definition of DYNAMIC_* so that libffi.so/.dll is removed ↵Clemens Fruhwirth2008-09-301-5/+2
| | | | even when BuildSharedLibs is reset to NO
* Fix how we put libffi into bindistsIan Lynagh2008-09-191-15/+5
|
* add --enable-shared to configure, and $(BuildSharedLibs) to the build systemSimon Marlow2008-07-241-40/+35
|
* libffi now doesn't have an artificial make boot/all splitIan Lynagh2008-07-051-2/+0
|
* FIX BUILD (Windows): Copy the ln trick used by the GMP buildSimon Marlow2008-04-142-2/+10
|
* Import libffi-3.0.4, and use it to provide FFI support in GHCiSimon Marlow2008-04-082-0/+124
This replaces the hand-rolled architecture-specific FFI support in GHCi with the standard libffi as used in GCJ, Python and other projects. I've bundled the complete libffi-3.0.4 tarball in the source tree in the same way as we do for GMP, the difference being that we always build and install our own libffi regardless of whether there's one on the system (it's small, and we don't want dependency/versioning headaches). In particular this means that unregisterised builds will now have a fully working GHCi including FFI out of the box, provided libffi supports the platform. There is also code in the RTS to use libffi in place of rts/Adjustor.c, but it is currently not enabled if we already have support in Adjustor.c for the current platform. We need to assess the performance impact before using libffi here too (in GHCi we don't care too much about performance).
View Lorry Controller Status