[SR-1287] Ubuntu 15.10: lldb packaging setup fails to install on rebuild about llvm-project HOT 12 OPEN

Comment by Joe (JIRA)

@trfiala: Confirmed that I can reproduce this on Ubuntu 14.04. Failure under SR-1109 will result in SR-1287 unless I do a "distclean".

from llvm-project.

Thanks for reproducing that, Joe. Glad to see it is at least deterministic across machines.

from llvm-project.

This looks to be a potentially known issue with the Ninja generator on cmake. See this bug:
https://cmake.org/Bug/print_bug_page.php?bug_id=13934

from llvm-project.

That bug also mentions cross compiling as being an underlying cause. The first thing I'd want to do here is print out whether cmake thinks it is running in a cross-compiler mode, which it should not be in this case. (Building for Ubuntu on Ubuntu).

from llvm-project.

Comment by Rob Allen (JIRA)

Same issue here. Ubuntu 15.10 in a VirtualBox VM (via vagrant), running this build command:

$ swift/utils/build-script --preset=buildbot_linux_1510 installable_package=/home/rob/swift.tar.gz install_destdir=/home/rob/swift-install

I can also confirm that rm -rf build/buildbot_linux and then rerunning the build command worked for me too.

from llvm-project.

Looks like other projects have hit something like this as well:
https://bugs.webkit.org/show_bug.cgi?id=144902

from llvm-project.

Comment by Joe (JIRA)

Reproducible as of 5/3:

CMake Error at scripts/Python/modules/readline/cmake_install.cmake:44 (FILE):
  file INSTALL cannot find
  "/mnt/usbms/workspace/Swift-3.0-ARM-Incremental/build/Ninja-ReleaseAssert/lldb-linux-armv7/scripts/Python/modules/readline/CMakeFiles/CMakeRelink.dir/readline.so".
Call Stack (most recent call first):
  scripts/Python/modules/cmake_install.cmake:37 (INCLUDE)
  scripts/cmake_install.cmake:41 (INCLUDE)
  cmake_install.cmake:42 (INCLUDE)

I hate to have to {{rm rf build}} as this is a native ARM compilation. :(

from llvm-project.

Comment by Ryan Lovelett (JIRA)

I've also attempted all of the work arounds in https://cmake.org/Bug/print_bug_page.php?bug_id=13934 and none of them are working for me. Perhaps this is confirmation that CMake does not think it is in cross compile mode.

from llvm-project.

It seems, the immediate cause is:
https://cmake.org/Bug/view.php?id=14820

But, the root cause is the fact I didn't know this bug 🙁
I deeply apologize for causing the inconvenience.

Posted a PR swiftlang/swift#2393
that reverts swiftlang/swift#2226

from llvm-project.

rlovelett (JIRA User) One way to tell if CMake is in cross-compiling mode is to print out the CMake CMAKE_CROSSCOMPILING flag, which will be set to TRUE when it is cross compiling. (The best concise reference I found for this was the Mastering CMake book, chapter 8, although all the bits are online).

But as I mentioned above, and Rintaro also looks like he discovered, is that there is something in the Ninja generator that is not following an expected contract for cross-compiling, relinking scenarios. The cross compiling might be valid per CMake's definition (contrary to what I mentioned earlier) if we're essentially specifying a different toolchain to use, even if it's targeting the same machine. I just haven't had a chance yet to dissect it and figure out what it is doing.

from llvm-project.

Abandoning as I don't really have insight into the cmake/ninja interactions occurring here. Somebody else can feel free to pick this up.

from llvm-project.

We can probably close this as this Ubuntu version is no longer supported (I don't have access to)

from llvm-project.