llvm dev - Jun 2012 - [LLVMdev] Problem compiling with clang + gold plugin: no archive symbol table

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/20120628/a54f956d/attachment.html>

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 at 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>

29.06.2012, 12:17, "ryan" <stdstack at
gmail.com>:
> 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
Why are you using outdated llvm and clang?
-- 
Regards,
Konstantin