[LLVMdev] Problem compiling with clang + gold plugin: no archive symbol table

[ryan]

I tried some other configurations. Now with llvm 3.0 + clang 3.0, and
expoert CC to be clang -flto -use-gold-plugin,
and other ENV variables.
Good news is the "no archive symbol error message" is gone, but bad news is
new error messages appear

> /path/to/ld: error: ../mysys/libmysys.a: member at 8758 is not an ELF
> object
> /path/to/ld: error: ../mysys/libmysys.a: member at 817850 is not an ELF
> object
> /path/to/ld: error: ../mysys/libmysys.a: member at 827534 is not an ELF
> object


Searched a related thread(where the failed test case have similar error
message) in:
http://www.mail-archive.com/libtool@gnu.org/msg12034.html
I'm wondering if that issue has been resolved?

Best regards,
Ryan
On Thu, Jun 28, 2012 at 3:18 PM, ryan <stdstack at gmail.com> wrote:

> Thanks for replying!
> I didn't install the new binutils to system directory in case it messes
> thing up.
> For ranlib, from the error message, it seems to be the reason. But even I
> export
> RANLIB=/bin/true, clean the code and rebuild, it still fails with the same
> message.
> I created a symlink in /usr/lib/bfd-plugins as suggested in
> http://lists.cs.uiuc.edu/pipermail/llvmdev/2010-March/030101.html.
> Still it doesn't work..
> Really have no idea what to try next.
>
>
> Best regards,
> Ryan
>
>
> On Thu, Jun 28, 2012 at 3:05 PM, Rafael Espíndola <
> rafael.espindola at gmail.com> wrote:
>
>> > Does anyone have some clue on what's going on ?
>>
>> You don't need to pass command line options to ar and nm if the plugin
>> is installed in the correct directories. A guess is that the build
>> system is running ranlib on the .a files and that is destroying the
>> index created by nm.
>>
>> If you put the plugins in the bfd-plugins directory nm, ar and ranlib
>> will use them.
>>
>> > Thanks very much!
>> >
>> > Ryan
>> >
>>
>> Cheers,
>> Rafael
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20120629/7fdbfbb5/attachment.html>