And the truly final word for the moment : ) —
I built a tool to partially automate the indentation workaround for LLVM
3.0 and it yields the same "co-processor offset out of range"/"unsupported
relocation on symbol LCPI65_0" errors LLVM 3.3/3.4 did when it finally gets
to integer-simple/GHC/Integer/Type.hs.


On Sun, Aug 11, 2013 at 3:06 AM, Luke Iannini <lukex...@gmail.com> wrote:

> OK! So just to summarize:
> Building GHC HEAD with LLVM 3.0 or 3.2 (using GHC 7.6.3 as the bootstrap)
> on OS X 10.9 DP5/Xcode 5 DP5 exhibits very strange behavior wherein
> layout-based code along with mixed-tabs-and-spaces code fails to parse
> correctly, with issues in hundreds of files in the GHC HEAD tree.
> I don't have a 10.8 machine to check if this is a 10.9 exclusive issue, so
> I'd love if someone can try using these binaries to build GHC HEAD:
> http://llvm.org/releases/3.0/clang+llvm-3.0-x86_64-apple-darwin11.tar.gz
>
> Building GHC HEAD with LLVM 3.3 or 3.4 works great as a regular compiler
> with the 10.9 workarounds I outlined in another thread, but fails when
> compiling as a cross-compiler (./configure --target=arm-apple-darwin10)
> with these errors:
> https://gist.github.com/lukexi/2b129f34fa027172c5ee
>
> So I'm between a rock and a hard place at the moment.
>
> The only (very tedious and slow) workaround I've found for the 3.0/3.2 bug
> is to manually expand tabs to spaces, and to transform
> do x
>    y
> into
> do
>     x
>     y
> (similarly for where and let blocks)
>
> Cheers
> Luke
>
>
> On Sun, Aug 11, 2013 at 1:53 AM, Luke Iannini <lukex...@gmail.com> wrote:
>
>> Argh, sorry for the confusion: 3.2 *does* exhibit the issue. 3.3 and 3.4
>> do not.
>>
>>
>> On Sun, Aug 11, 2013 at 1:39 AM, Luke Iannini <lukex...@gmail.com> wrote:
>>
>>> Further investigation:
>>>
>>> I grabbed 7.6.3 just to see if I somehow had a bad install of GHC, but
>>> the problem still occurred.
>>>
>>> The problem only occurs with LLVM 3.0.
>>>
>>> It is not related to cross-compilation or Stephen's patches: I tested
>>> this on multiple fresh clones with --with-gcc=clang.
>>>
>>> LLVM 3.2, 3.3 and 3.4 do not exhibit the issue.
>>>
>>> If anyone wants to try to reproduce, you can grab the LLVM 3.0 binaries
>>> here Clang Binaries for MacOS 
>>> X/x86-64<http://llvm.org/releases/3.0/clang+llvm-3.0-x86_64-apple-darwin11.tar.gz>
>>>  and
>>> just drop them in your path.
>>>
>>> (Stephen, I'm now trying your patch with LLVM 3.2)
>>>
>>> Cheers
>>> Luke
>>>
>>>
>>> On Sat, Aug 10, 2013 at 8:11 PM, Luke Iannini <lukex...@gmail.com>wrote:
>>>
>>>> The first error on a fresh checkout is
>>>>
>>>> "/usr/local/bin/ghc" -hisuf hi -osuf  o -hcsuf hc -static  -H32m -O
>>>> -package-db libraries/bootstrapping.conf  -hide-all-packages -i
>>>> -iutils/hsc2hs/. -iutils/hsc2hs/dist/build
>>>> -iutils/hsc2hs/dist/build/autogen -Iutils/hsc2hs/dist/build
>>>> -Iutils/hsc2hs/dist/build/autogen     -optP-include
>>>> -optPutils/hsc2hs/dist/build/autogen/cabal_macros.h -package base-4.6.0.1
>>>> -package containers-0.5.0.0 -package directory-1.2.0.1 -package
>>>> filepath-1.3.0.1 -package process-1.1.0.2 -XHaskell98 -XCPP
>>>> -XForeignFunctionInterface  -no-user-package-db -rtsopts      -odir
>>>> utils/hsc2hs/dist/build -hidir utils/hsc2hs/dist/build -stubdir
>>>> utils/hsc2hs/dist/build   -c utils/hsc2hs/./C.hs -o
>>>> utils/hsc2hs/dist/build/C.o
>>>>
>>>>
>>>> utils/hsc2hs/C.hs:155:3:
>>>>
>>>>     parse error (possibly incorrect indentation or mismatched brackets)
>>>>
>>>>
>>>> There seem to be two classes of error: one is the layout issue above,
>>>> but other files can be fixed by simply running 'expand' on them.
>>>>
>>>>
>>>> On Sat, Aug 10, 2013 at 6:42 PM, Luke Iannini <lukex...@gmail.com>wrote:
>>>>
>>>>> Hi Stephen/all,
>>>>>
>>>>> I got LLVM 3.0 installed and started building again but hit a very
>>>>> strange problem now wherein tons of layout-based code (as in
>>>>> http://en.wikibooks.org/wiki/Haskell/Indentation) is suddenly
>>>>> erroring out, e.g.
>>>>> compiler/coreSyn/CoreUnfold.lhs:481:2:
>>>>>     parse error (possibly incorrect indentation or mismatched brackets)
>>>>> (some files also seem to be triggered by mixed tabs and spaces)
>>>>>
>>>>> I can fix the errors one by one by converting the code to use more
>>>>> concrete indentation (like
>>>>> do
>>>>>     thing1
>>>>>     thing2
>>>>> )
>>>>> but it's all over the tree.
>>>>>
>>>>> Anyone have any idea what might cause this?
>>>>>
>>>>> Cheers
>>>>> Luke
>>>>>
>>>>>
>>>>> On Fri, Aug 9, 2013 at 6:14 AM, Stephen Blackheath [to GHC-iPhone] <
>>>>> likeliest.complexions.step...@blacksapphire.com> wrote:
>>>>>
>>>>>> Luke,
>>>>>>
>>>>>> Try llvm version 3.0 - that's what I'm using, and it definitely
>>>>>> worked before. llvm-3.1 is broken for GHC+ARM. As for llvm >= 3.2, I'm 
>>>>>> not
>>>>>> sure if it's been fixed yet, but it wasn't working last time I tried a
>>>>>> couple of months ago. I think this was because llvm is getting fussier
>>>>>> about its input and GHC hasn't been "tightened up" yet.
>>>>>>
>>>>>> It's really easy to build llvm from source.
>>>>>>
>>>>>>
>>>>>> Steve
>>>>>>
>>>>>>
>>>>>> On 09/08/13 20:35, Luke Iannini wrote:
>>>>>>
>>>>>>> v3 output: 
>>>>>>> https://gist.github.com/**lukexi/7ca55b36269703236f1f<https://gist.github.com/lukexi/7ca55b36269703236f1f>
>>>>>>>
>>>>>>>
>>>>>>> On Fri, Aug 9, 2013 at 4:34 AM, Luke Iannini <lukex...@gmail.com
>>>>>>> <mailto:lukex...@gmail.com>> wrote:
>>>>>>>
>>>>>>>     OK, that got me past that one.
>>>>>>>
>>>>>>>     Now I'm stuck here during compilation of integer-simple:
>>>>>>>     
>>>>>>> https://gist.github.com/**lukexi/d9f8bfd8bca56d5d0ee9<https://gist.github.com/lukexi/d9f8bfd8bca56d5d0ee9>
>>>>>>>
>>>>>>>     ("unsupported relocation on symbol"/"co-processor offset out of
>>>>>>> range")
>>>>>>>
>>>>>>>
>>>>>>>     On Fri, Aug 9, 2013 at 4:00 AM, Luke Iannini <lukex...@gmail.com
>>>>>>>     <mailto:lukex...@gmail.com>> wrote:
>>>>>>>
>>>>>>>         OK, I'm underway on this.
>>>>>>>
>>>>>>>         First roadbump was:
>>>>>>>
>>>>>>>
>>>>>>>         "inplace/bin/ghc-stage1" -static -H32m -O -Iincludes
>>>>>>>         -Iincludes/dist -Iincludes/dist-**derivedconstants/header
>>>>>>>         -Iincludes/dist-ghcconstants/**header -Irts -Irts/dist/build
>>>>>>>         -DCOMPILING_RTS -package-name rts -dcmm-lint -i -irts
>>>>>>>         -irts/dist/build -irts/dist/build/autogen -Irts/dist/build
>>>>>>>         -Irts/dist/build/autogen -O2 -c rts/Apply.cmm -o
>>>>>>>         rts/dist/build/Apply.o
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>         You are using a new version of LLVM that hasn't been tested
>>>>>>> yet!
>>>>>>>         We will try though...
>>>>>>>         /usr/local/bin/llc: : error: unable to get target for
>>>>>>>         'arm-apple-darwin10', see --version and --triple.
>>>>>>>
>>>>>>>
>>>>>>>         which I figured out were because the homebrew LLVM 3.4 only
>>>>>>>         includes host platforms by default (x86/x86-64)
>>>>>>>         Reinstalling it with all-targets enables them all:
>>>>>>>         brew install llvm --with-clang --all-targets --HEAD
>>>>>>>
>>>>>>>         Trying again now.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>         On Thu, Aug 8, 2013 at 5:29 PM, Luke Iannini <
>>>>>>> lukex...@gmail.com
>>>>>>>         <mailto:lukex...@gmail.com>> wrote:
>>>>>>>
>>>>>>>             Update: I've got GHC HEAD building on 10.9 again, tonight
>>>>>>>             I'll dive into the iOS patch!
>>>>>>>             Cheers
>>>>>>>             Luke
>>>>>>>
>>>>>>>
>>>>>>>             On Wed, Aug 7, 2013 at 9:12 PM, Carter Schonwald
>>>>>>>             <carter.schonw...@gmail.com
>>>>>>>             
>>>>>>> <mailto:carter.schonwald@**gmail.com<carter.schonw...@gmail.com>>>
>>>>>>> wrote:
>>>>>>>
>>>>>>>                 if you're on 10.8, just DL the 4.6 CLI tools to get
>>>>>>>                 things working again.
>>>>>>>
>>>>>>>                 If you're on 10.9, you'll need to use recent GHC
>>>>>>> head +
>>>>>>>                 CLANG HEAD, (ok, the most recent XCODE 5 dev preview
>>>>>>> CLI
>>>>>>>                 tools may have all the needed clang patches, but
>>>>>>> thats
>>>>>>>                 still needing its own validation, orthogonal to the
>>>>>>> IOS
>>>>>>>                 related issues )
>>>>>>>
>>>>>>>
>>>>>>>                 On Tue, Aug 6, 2013 at 7:06 PM, Luke Iannini
>>>>>>>                 <lukex...@gmail.com <mailto:lukex...@gmail.com>>
>>>>>>> wrote:
>>>>>>>
>>>>>>>                     Hi Stephen,
>>>>>>>
>>>>>>>                     I installed 10.9 for another project and thus am
>>>>>>> in
>>>>>>>                     the middle of fixing up my system to be able to
>>>>>>>                     build GHC again, but I think I'm close — as soon
>>>>>>> as
>>>>>>>                     I have it going I'll try this.
>>>>>>>
>>>>>>>                     In the meantime someone still on 10.8 should
>>>>>>>                     definitely try the patch!
>>>>>>>
>>>>>>>                     Hope you're great!
>>>>>>>                     Luke
>>>>>>>
>>>>>>>
>>>>>>>                     On Tue, Aug 6, 2013 at 6:42 PM, Stephen
>>>>>>> Blackheath
>>>>>>>                     [to GHC-iPhone]
>>>>>>>                     <likeliest.complexions.**
>>>>>>> step...@blacksapphire.com<likeliest.complexions.step...@blacksapphire.com>
>>>>>>>                     <mailto:likeliest.complexions.**
>>>>>>> step...@blacksapphire.com<likeliest.complexions.step...@blacksapphire.com>
>>>>>>> >>
>>>>>>>
>>>>>>>                     wrote:
>>>>>>>
>>>>>>>                         Hi all,
>>>>>>>
>>>>>>>                         A couple of months ago I got some patches
>>>>>>>                         applied to GHC mainline for the ability to
>>>>>>> cross
>>>>>>>                         compile to iOS. I've been doing other things
>>>>>>> and
>>>>>>>                         now I want to test those changes. The trouble
>>>>>>>                         is, I am having Apple trouble and I can't get
>>>>>>>                         Xcode to work.
>>>>>>>
>>>>>>>                         If anyone is interested in testing it for me,
>>>>>>>                         I'd appreciate it.
>>>>>>>
>>>>>>>                         The patch attached here needs to be applied
>>>>>>> to
>>>>>>>                         GHC head. Using this, I was able to get the
>>>>>>>                         cross compiler to build. The instructions
>>>>>>> are here:
>>>>>>>
>>>>>>>                         http://ghc.haskell.org/trac/__**
>>>>>>> ghc/wiki/Building/__**CrossCompiling/iOS<http://ghc.haskell.org/trac/__ghc/wiki/Building/__CrossCompiling/iOS>
>>>>>>>
>>>>>>>                         <http://ghc.haskell.org/trac/**
>>>>>>> ghc/wiki/Building/**CrossCompiling/iOS<http://ghc.haskell.org/trac/ghc/wiki/Building/CrossCompiling/iOS>
>>>>>>> >
>>>>>>>
>>>>>>>
>>>>>>>                         Steve
>>>>>>>
>>>>>>>                         ______________________________**
>>>>>>> _________________
>>>>>>>                         iPhone mailing list
>>>>>>>                         iph...@haskell.org <mailto:
>>>>>>> iph...@haskell.org>
>>>>>>>
>>>>>>>                         http://www.haskell.org/**
>>>>>>> mailman/listinfo/iphone<http://www.haskell.org/mailman/listinfo/iphone>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>                     ______________________________**
>>>>>>> _________________
>>>>>>>                     iPhone mailing list
>>>>>>>                     iph...@haskell.org <mailto:iph...@haskell.org>
>>>>>>>                     
>>>>>>> http://www.haskell.org/**mailman/listinfo/iphone<http://www.haskell.org/mailman/listinfo/iphone>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>
>>>>
>>>
>>
>
_______________________________________________
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

Reply via email to