GitLab

when we think that the libffi build creates them, so they just depend
on the libffi build stamp.

This fixes a problem with commands like gzip, where if $GZIP is exported
in the environment, then when make runs a command it'll put the Makefile
variable's value in the environment. But gzip treats $GZIP as arguments
for itself, so when we run gzip it thinks we're giving it "gzip" as an
argument.

It used to make the build work on cygwin, but now it breaks it instead:
    config.status: creating include/Makefile
    gawk: ./confLqjohp/subs.awk:1: BEGIN {\r
    gawk: ./confLqjohp/subs.awk:1: ^ backslash not last character on line
    config.status: error: could not create include/Makefile
    make[2]: *** [libffi/stamp.ffi.configure-shared] Error 1
    make[1]: *** [all] Error 2

We now tell it where to find ld, nm and ar

The libtool creates "libffi.dylib" and "libffi.5.dylib" but not "libffi.5.0.9.dylib". Having it in libffi_DYNAMIC_LIBS causes an infinite makefile loop. 

Submitted by: Sergei Trofimovich <slyfox@community.haskell.org>
Re-recorded against HEAD.

From Maxime Henrion <mhenrion@gmail.com>

This is a rerecord of
    Stephen Blackheath <oversensitive.pastors.stephen@blacksapphire.com>**20090930222855
to avoid conflicts.

This meakes it easier to correctly clean libffi

- Needed to get arch-dependent options, eg, on Snow Leopard

Stops make going into an infinite rebuilding loop

I've also added some missing $s to some makefiles. These aren't
technically necessary, but it's nice to be consistent.

No idea how the last patch managed to pass validate.

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.

And depend on it at the top level when we're using dynamic libs.

# -----------------------------------------------------------------------------
#
# (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
#
# -----------------------------------------------------------------------------

libffi-dllize-3.0.6.patch should be pushed upstream

Unconditionalize definition of DYNAMIC_* so that libffi.so/.dll is removed even when BuildSharedLibs is reset to NO