[llvm-commits] [llvm] r136328 - in /llvm/trunk/lib/Target: ARM/MCTargetDesc/CMakeLists.txt MBlaze/MCTargetDesc/CMakeLists.txt MSP430/MCTargetDesc/CMakeLists.txt Mips/MCTargetDesc/CMakeLists.txt PowerPC/MCTargetDesc/CMakeLists.txt X86/MCTargetDesc

Óscar Fuentes ofv at wanadoo.es
Wed Jul 27 21:20:09 PDT 2011


Chandler Carruth <chandlerc at google.com> writes:

> On Wed, Jul 27, 2011 at 7:33 PM, Oscar Fuentes <ofv at wanadoo.es> wrote:
>
>> Explicitly declare a library dependency of LLVM*Desc to
>> LLVM*AsmPrinter.
>>
>> GenLibDeps.pl fails to detect vtable references. As this is the only
>> referenced symbol from LLVM*Desc to LLVM*AsmPrinter on optimized
>> builds, the algorithm that creates the list of libraries to be linked
>> into tools doesn't know about the dependency and sometimes places the
>> libraries on the wrong order, yielding error messages like this:
>>
>
> Ahh, I see, you handled like this.
>
> This really doesn't work. Clearly our automated process is deeply flawed if
> it can't handle this. Have you been looking at *why* it can't handle it? Are
> you trying to figure out the root cause?
>
> (I have been for the past 2 hours, which is why I haven't committed a fix
> yet...)

Not tried yet.

Please note that it affects both build systems. And it is an old bug. I
guess that until now when developers who use the traditional system
(almost all of them) found this kind of problem while testing before
commit, they applied some workaround either in the C++ code or in the
makefiles. I don't believe that the cmake build is so unfortunate as for
always stumbling on this GenLibDeps.pl bug while the other is happily
churning along.



More information about the llvm-commits mailing list