#5965: pref-llvm error: stored value and pointer type do not match
---------------------------------+------------------------------------------
 Reporter:  Favonia              |          Owner:  dterei         
     Type:  bug                  |         Status:  new            
 Priority:  normal               |      Component:  Compiler (LLVM)
  Version:  7.5                  |       Keywords:                 
       Os:  Linux                |   Architecture:  x86_64 (amd64) 
  Failure:  Building GHC failed  |       Testcase:                 
Blockedby:                       |       Blocking:                 
  Related:                       |  
---------------------------------+------------------------------------------
 The GHC in the trunk (revision [bcb599506764d551e0e6b9084e0e9580f3f00336])
 does not build in the final stage with "pref-llvm":

 {{{
 "inplace/bin/ghc-stage1" -fPIC -dynamic  -O -H64m -fllvm
     -package-name integer-gmp-0.3.0.0 -hide-all-packages
     (...snipped...)
     -package-name integer-gmp -XHaskell98 -XCPP -XMagicHash
     -XUnboxedTuples -XNoImplicitPrelude -XForeignFunctionInterface
     -XUnliftedFFITypes -O2  -no-user-package-conf -rtsopts
     -c libraries/integer-gmp/cbits/gmp-wrappers.cmm
     -o libraries/integer-gmp/dist-install/build/cbits/gmp-wrappers.dyn_o
 /usr/bin/opt: /tmp/ghc2438_0/ghc2438_0.ll:3766:9: error: stored value and
 pointer type do not match
   store i32 %ln1fM, i64* %lc1dk
         ^
 }}}

 Here is the output of configure:

 {{{
 Configure completed successfully.

    Building GHC version  : 7.5.20120324

    Build platform        : x86_64-unknown-linux
    Host platform         : x86_64-unknown-linux
    Target platform       : x86_64-unknown-linux

    Bootstrapping using   : /usr/bin/ghc
       which is version   : 7.4.1

    Using GCC                 : /usr/bin/gcc
       which is version       : 4.6.3
    Building a cross compiler : NO
    Porting to foreign arch   : NO
    Alien script              :
 }}}

 While it is clear to me that the offending LLVM line is wrong, sorry that
 I do not know how to trace back to the source of the problem. If providing
 any other information will help, please let me know.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/5965>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler

_______________________________________________
Glasgow-haskell-bugs mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Reply via email to