[llvm] r246739 - Tweak llvm/test/tools/gold/X86/parallel.ll to run with pthread-unaware ld.gold on Linux.

[H.J. Lu via llvm-commits]

On Fri, Sep 4, 2015 at 12:26 PM, Rafael Espíndola
<rafael.espindola at gmail.com> wrote:
>
> On Sep 4, 2015 2:47 PM, "H.J. Lu via llvm-commits"
> <llvm-commits at lists.llvm.org> wrote:
>>
>> On Wed, Sep 2, 2015 at 5:48 PM, NAKAMURA Takumi via llvm-commits
>> <llvm-commits at lists.llvm.org> wrote:
>> > Author: chapuni
>> > Date: Wed Sep  2 19:48:59 2015
>> > New Revision: 246739
>> >
>> > URL: http://llvm.org/viewvc/llvm-project?rev=246739&view=rev
>> > Log:
>> > Tweak llvm/test/tools/gold/X86/parallel.ll to run with pthread-unaware
>> > ld.gold on Linux.
>> >
>> > If ld.gold is configured without --enable-thread, ld.gold might not load
>> > libpthread.so.
>> > Preloading LLVMgold.so loads also libpthread.so.
>> >
>> > Modified:
>> >     llvm/trunk/test/tools/gold/X86/parallel.ll
>> >
>> > Modified: llvm/trunk/test/tools/gold/X86/parallel.ll
>> > URL:
>> > http://llvm.org/viewvc/llvm-project/llvm/trunk/test/tools/gold/X86/parallel.ll?rev=246739&r1=246738&r2=246739&view=diff
>> >
>> > ==============================================================================
>> > --- llvm/trunk/test/tools/gold/X86/parallel.ll (original)
>> > +++ llvm/trunk/test/tools/gold/X86/parallel.ll Wed Sep  2 19:48:59 2015
>> > @@ -1,11 +1,8 @@
>> >  ; RUN: llvm-as -o %t.bc %s
>> > -; RUN: %gold -plugin %llvmshlibdir/LLVMgold.so -u foo -u bar
>> > -plugin-opt jobs=2 -plugin-opt save-temps -o %t %t.bc
>> > +; RUN: env LD_PRELOAD=%llvmshlibdir/LLVMgold.so %gold -plugin
>> > %llvmshlibdir/LLVMgold.so -u foo -u bar -plugin-opt jobs=2 -plugin-opt
>> > save-temps -o %t %t.bc
>> >  ; RUN: llvm-nm %t.o0 | FileCheck --check-prefix=CHECK0 %s
>> >  ; RUN: llvm-nm %t.o1 | FileCheck --check-prefix=CHECK1 %s
>> >
>> > -; FIXME: Invesigating. std::thread crashes in _dl_fixup().
>> > -; REQUIRES: disabled
>> > -
>> >  target triple = "x86_64-unknown-linux-gnu"
>> >
>>
>> When x86_64-unknown-linux-gnu is used, "-m elf_x86_64" should
>> also be passed to gold.
>>
>
> Gold can normally detect the output format from the input. Is it failing in
> this case?

See:

https://llvm.org/bugs/show_bug.cgi?id=22966

-- 
H.J.