Link error with head Re: [commit: ghc] master: GHCi: Properly generate jump code for ARM (#8380) (5bab1a5)

[Carter Schonwald]

Austin indicates he's got a fix already on his merge queue,
in the mean time just delete the offending code (if you're on an x86/ 64
system) and the build should work


On Tue, Nov 26, 2013 at 12:48 AM, Carter Schonwald <
carter.schonwald at gmail.com> wrote:

> No clue.  I'll find out once I get on my computer.   I think Mebe because
> stage 1 has no ghci? Pure ignorant speculation mind you.  Please  be sure
> to test the fix once I put it on trac (I'll test too of course. )
>
>
> On Tuesday, November 26, 2013, Amos Robinson wrote:
>
>> Thanks so much, Carter.
>>
>> What I'm still confused about is this: I was able to build stage 1 and
>> then build stage 2 using stage 1. However, if I try building anything
>> with either stage, it won't link. How was it able to link stage 2?
>>
>> On Tue, Nov 26, 2013 at 4:27 PM, Carter Schonwald
>> <carter.schonwald at gmail.com> wrote:
>> > I'll cook up a patch and post it to trac in the next hour.
>> >
>> >
>> > On Tuesday, November 26, 2013, Carter Schonwald wrote:
>> >>
>> >> It's because you're using GCC 4.2 on your Mac.  It's not in GCC till
>> 4.3.
>> >>
>> >> But should be cppd so that it's not used on x86 architectures so that
>> this
>> >> use doesn't happen
>> >>
>> >> On Monday, November 25, 2013, Amos Robinson wrote:
>> >>>
>> >>> Sorry for the noise, it turns out there's already a trac ticket:
>> >>> https://ghc.haskell.org/trac/ghc/ticket/8561
>> >>> (I didn't find it because I was searching for ___builtin… instead of
>> >>> __builtin!)
>> >>>
>> >>> On Tue, Nov 26, 2013 at 3:39 PM, Amos Robinson <
>> amos.robinson at gmail.com>
>> >>> wrote:
>> >>> > Hi,
>> >>> > I'm having trouble linking with head:
>> >>> >
>> >>> >> [1 of 1] Compiling Main             ( bindisttest/HelloWorld.lhs,
>> >>> >> bindisttest/HelloWorld.o )
>> >>> >> Linking bindisttest/HelloWorld ...
>> >>> >> Undefined symbols for architecture x86_64:
>> >>> >>   "___builtin___clear_cache", referenced from:
>> >>> >>      _flushExec in libHSrts.a(Storage.o)
>> >>> >> ld: symbol(s) not found for architecture x86_64
>> >>> >> collect2: ld returned 1 exit status
>> >>> >
>> >>> > This is on OSX 10.8.5, where gcc --version gives me
>> >>> >> i686-apple-darwin11-llvm-gcc-4.2 (GCC) 4.2.1 (Based on Apple Inc.
>> >>> >> build 5658) (LLVM build 2336.11.00)
>> >>> >
>> >>> > I get the impression that this commit is related. Is it the case
>> that
>> >>> > Apple switched from gcc to clang recently? Could that be why
>> >>> > ___builtin__clear_cache is missing?
>> >>> >
>> >>> > I'm sorry, I don't really know anything about the runtime system, so
>> >>> > am kind of stuck.
>> >>> >
>> >>> >
>> >>> --SNIP--
>> >>> _______________________________________________
>> >>> ghc-devs mailing list
>> >>> ghc-devs at haskell.org
>> >>> http://www.haskell.org/mailman/listinfo/ghc-devs
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/ghc-devs/attachments/20131126/1c05e4fa/attachment-0001.html>