libffi.a is put in the wrong folder

This is dfeuer's error message, but it is equivalent to mine on NixOS x86_64

"/home/dfeuer/GHC/7.8.3.bin/bin/ghc" -o utils/genapply/dist/build/tmp/genapply -hisuf hi -osuf  o -hcsuf hc -static  -O -H64m -package pretty -package-db libraries/bootstrapping.conf   -i -iutils/genapply/. -iutils/genapply/dist/build -iutils/genapply/dist/build/autogen -Iutils/genapply/dist/build -Iutils/genapply/dist/build/autogen         -no-user-package-db -rtsopts      -odir utils/genapply/dist/build -hidir utils/genapply/dist/build -stubdir utils/genapply/dist/build    -static  -O -H64m -package pretty -package-db libraries/bootstrapping.conf   -i -iutils/genapply/. -iutils/genapply/dist/build -iutils/genapply/dist/build/autogen -Iutils/genapply/dist/build -Iutils/genapply/dist/build/autogen         -no-user-package-db -rtsopts      utils/genapply/dist/build/GenApply.o    
libffi/stamp.ffi.static-shared.install exists, but libffi/build/inst/lib/libffi.a does not.
Suggest removing libffi/stamp.ffi.static-shared.install.
make[1]: *** [libffi/build/inst/lib/libffi.a] Error 1
make[1]: *** Waiting for unfinished jobs....
make: *** [all] Error 2

libffi.a is build and linked into libffi/build/inst/lib64 instead of libffi/build/inst/lib, but the includes and pkg-config specific stuff is still put into libffi/build/inst/lib. GHC looks in lib for libffi.a and fails, the current workaround is to copy the contents of libffi/build/inst/lib64 into libffi/build/inst/lib and type make again. Symlinking won't work because libffi seems to sanitize the build directory before building the library

I'd like to note that when compiling via the Debian source snapshot, libffi is put in the correct place if I run ./configure without using perl boot.

Trac metadata

Trac field	Value
Version	7.9
Type	Bug
TypeOfFailure	OtherFailure
Priority	normal
Resolution	Unresolved
Component	Build System
Test case
Differential revisions
BlockedBy
Related
Blocking
CC
Operating system
Architecture