LLVM build not working?

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

LLVM build not working?

Stephen Paul Weber
I just tried my LLVM unregistered build again against HEAD (for QNX ARM) and
got this:

make -r --no-print-directory -f ghc.mk phase=final all
"inplace/bin/ghc-stage1" -static  -H64m -O0 -fllvm    -package-name
integer-simple-0.1.1.0 -hide-all-packages -i -ilibraries/integer-simple/.  
-ilibraries/integer-simple/dist-install/build
-ilibraries/integer-simple/dist-install/build/autogen
-Ilibraries/integer-simple/dist-install/build
-Ilibraries/integer-simple/dist-install/build/autogen
-Ilibraries/integer-simple/.    -optP-include
-optPlibraries/integer-simple/dist-install/build/autogen/cabal_macros.h
-package ghc-prim-0.3.1.0  -package-name integer-simple -Wall -XHaskell98
-XCPP -XMagicHash -XBangPatterns -XUnboxedTuples -XForeignFunctionInterface
-XUnliftedFFITypes -XNoImplicitPrelude -O -fllvm  -no-user-package-db
-rtsopts      -odir libraries/integer-simple/dist-install/build -hidir
libraries/integer-simple/dist-install/build -stubdir
libraries/integer-simple/dist-install/build -hisuf hi -osuf  o -hcsuf hc -c
libraries/integer-simple/./GHC/Integer/Type.hs -o
libraries/integer-simple/dist-install/build/GHC/Integer/Type.o

when making flags consistent: Warning:
     Compiler unregisterised, so compiling via C
/tmp/ghc30896_0/ghc30896_0.hc: In function 'c2pA_entry':

/tmp/ghc30896_0/ghc30896_0.hc:3691:1:
      warning: this decimal constant is unsigned only in ISO C90 [enabled by
default]

/tmp/ghc30896_0/ghc30896_0.hc:3691:17:
      error: expected ')' before numeric constant
make[1]: ***
[libraries/integer-simple/dist-install/build/GHC/Integer/Type.o] Error 1
make: *** [all] Error 2

You can clearly see that `-fllvm` *is* being passed, and I double-checked
and I do have the quick-llvm build type selected... but it's trying via C?  
What?

--
Stephen Paul Weber, @singpolyma
See <http://singpolyma.net> for how I prefer to be contacted
edition right joseph


Reply | Threaded
Open this post in threaded view
|

LLVM build not working?

Stephen Paul Weber
Somebody claiming to be Stephen Paul Weber wrote:
>I just tried my LLVM unregistered build again against HEAD (for QNX
>ARM) and got this:
>
>when making flags consistent: Warning:
>    Compiler unregisterised, so compiling via C
>
>You can clearly see that `-fllvm` *is* being passed, and I
>double-checked and I do have the quick-llvm build type selected...
>but it's trying via C?  What?

Looking at the code, it seems that unregistered builds are *only* via C,
though I thought I had read they could be LLVM as well.

<http://hackage.haskell.org/trac/ghc/attachment/ticket/7621/unregistered-arm-llvm-hack.patch>
seems to work.

--
Stephen Paul Weber, @singpolyma
See <http://singpolyma.net> for how I prefer to be contacted
edition right joseph


Reply | Threaded
Open this post in threaded view
|

LLVM build not working?

David Terei
LLVM supports both unregisterised and registerised builds. I've
created this ticket to track:

http://hackage.haskell.org/trac/ghc/ticket/7622

On 24 January 2013 06:52, Stephen Paul Weber <singpolyma at singpolyma.net> wrote:

> Somebody claiming to be Stephen Paul Weber wrote:
>>
>> I just tried my LLVM unregistered build again against HEAD (for QNX ARM)
>> and got this:
>>
>> when making flags consistent: Warning:
>>    Compiler unregisterised, so compiling via C
>>
>> You can clearly see that `-fllvm` *is* being passed, and I double-checked
>> and I do have the quick-llvm build type selected... but it's trying via C?
>> What?
>
>
> Looking at the code, it seems that unregistered builds are *only* via C,
> though I thought I had read they could be LLVM as well.
>
> <http://hackage.haskell.org/trac/ghc/attachment/ticket/7621/unregistered-arm-llvm-hack.patch>
> seems to work.
>
>
> --
> Stephen Paul Weber, @singpolyma
> See <http://singpolyma.net> for how I prefer to be contacted
> edition right joseph
>
> _______________________________________________
> ghc-devs mailing list
> ghc-devs at haskell.org
> http://www.haskell.org/mailman/listinfo/ghc-devs