[llvm-commits] [llvm] r112029 - /llvm/trunk/tools/llvm-link/CMakeLists.txt
Eric Christopher
echristo at apple.com
Wed Aug 25 19:47:02 PDT 2010
On Aug 25, 2010, at 7:44 PM, Óscar Fuentes wrote:
> Eric Christopher <echristo-2kanFRK1NckAvxtiuMwx3w at public.gmane.org>
> writes:
>
>> Apparently this is needed for llvm-link to link.
>>
>> --- llvm/trunk/tools/llvm-link/CMakeLists.txt (original)
>> +++ llvm/trunk/tools/llvm-link/CMakeLists.txt Wed Aug 25 01:45:22 2010
>> @@ -1,4 +1,4 @@
>> -set(LLVM_LINK_COMPONENTS linker bitreader bitwriter asmparser)
>> +set(LLVM_LINK_COMPONENTS linker bitreader bitwriter asmparser transformutils)
>
> I've reverted this change and committed updated library dependencies.
>
> Usually the problem you found is caused by obsolete library
> dependencies. Just restarting the build is enough for fixing the problem
> *if* you are building all LLVM targets.
>
> cmake/modules/LLVMLibDeps.cmake is regenerated every time a build that
> includes all LLVM targets finishes building the libraries. However, the
> tools keep using the old library dependencies until the next build. You
> can see LLVMLibDeps.cmake as a modified file on `svn status'. The right
> thing to do in this case is:
>
> 1. Delete all libraries from the build directory.
> 2. `make' again.
> 3. Check that LLVMLibDeps.cmake was really changed.
> 4. Commit it.
>
> The first two steps are necessary just in case some library was renamed
> or removed. The script that generates the library dependencies work on
> existing library files on the $BUILD/lib directory, so any stale file
> there will be included on its output.
Yeah, I'm not using CMake but wanted to unblock people. Thanks for the work and the explanation!
-eric
More information about the llvm-commits
mailing list