While this is not a proper fix. Assuming there is no no lib folder, and the 
proper lib is in lib64, does: symlinking lib64 to lib and continuing with make 
solve the issue?

On Sep 20, 2014, at 12:32 PM, member MP2E <[email protected]> wrote:

> Yep, I reported this same build error for NixOS on x86_64, unfortunately I 
> haven't found any way to solve it. Reverting the commit that upgrades to 
> libffi-3.1 still showed this issue. I'd love to see this fixed, as I am 
> unable to do any development on GHC until it's fixed :(
> 
> On Sat, Sep 20, 2014 at 3:15 AM, Moritz Angermann <[email protected]> 
> wrote:
> Could you check if you had any other libffi.a or (any other .a) file for that 
> matter in the
> libffi folder?  I have the suspicion that the new libffi builds the archives 
> for some platforms into different target folders, as someone on irc mentioned 
> that for nix, there was a lib64 folder or so, and hence the libffi.a was in 
> libffi/build/inst/lib64/libffi.a iirc.
> 
> On Sep 20, 2014, at 8:13 AM, David Feuer <[email protected]> wrote:
> 
> > I keep getting this error. Can anyone help? I tried removing the file as 
> > suggested, but it made no difference.
> >
> > "/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
> >
> > _______________________________________________
> > ghc-devs mailing list
> > [email protected]
> > http://www.haskell.org/mailman/listinfo/ghc-devs
> 
> —————————————————
> Moritz Angermann
> +49 170 54 33 0 74
> [email protected]
> 
> lichtzwerge GmbH
> Freisinger Landstr. 25
> 85748 Garching b. München
> 
> Amtsgericht München HRB 207882
> Geschäftsführung: Moritz Angermann, Ralf Sangl
> USt-Id: DE291948767
> 
> Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
> Informationen. Wenn Sie nicht der richtige Adressat sind oder diese
> E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den
> Absender und vernichten Sie diese Mail.
> Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail
> ist nicht gestattet.
> This e-mail may contain confidential and/or privileged information.
> If you are not the intended recipient (or have received this e-mail in
> error) please notify the sender immediately and destroy this e-mail.
> Any unauthorized copying, disclosure or distribution of the material in
> this e-mail is strictly forbidden.
> 
> _______________________________________________
> ghc-devs mailing list
> [email protected]
> http://www.haskell.org/mailman/listinfo/ghc-devs
> 
> 
> _______________________________________________
> ghc-devs mailing list
> [email protected]
> http://www.haskell.org/mailman/listinfo/ghc-devs

_______________________________________________
ghc-devs mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/ghc-devs

Reply via email to