Телеграмм чат группы kotlin

16:42пожаловаться #1

2021 May 02

Приветствую!

Compilation failed: The /home/tony/.konan/dependencies/clang-llvm-8.0.0-linux-x86-64/bin/clang++ command returned non-zero exit code: 127.
output:
/home/tony/.konan/dependencies/clang-llvm-8.0.0-linux-x86-64/bin/clang++: error while loading shared libraries: libtinfo.so.5: cannot open shared object file: No such file or directory

Как устранить ошибку? Нужно именно 5ю поставить?
По умолчанию поставилась ncurses-compat-libs-6.2-4.

14:55пожаловаться #2

Alexander Nozik in Kotlin Native

Библиотека очевидно не найдена.

14:55пожаловаться #3

Как сделать так чтобы Идеа их нашла? Сим линк сделал.

15:10пожаловаться #4

15:10пожаловаться #5

А с какими версиями libc собраны ваша libtinfo.so и clang++ из поставки котлина? Там случаем не musl и glibc соответственно?

21:36пожаловаться #6

Support the Kotlin/Native compiler on Alpine Linux : KT-38891

https://youtrack.jetbrains.com/issue/KT-38891
Во, нашёл релевантную ишую, если я правильно угадал и у вас альпина

YouTrack

The Error As of now, when attempting to compile a Kotlin/Native program on Alpine Linux, the compilation will fail with the following message: Exception in thread "main" java.lang.UnsatisfiedLinkError: /root/.konan/dependencies/clang-llvm-8.0.0-linux-x86-64/lib/libclang.so.8: libtinfo.so.5: cannot open shared object file: No such file or directory Despite what the error message says, this is not due to a missing "libtinfo.so.5", at least not initially. This error message occurs when "libtinfo.so.5" is missing, sure, but it occurs even when it is present on the system via a symbolic link to "ncurses.so.5" (which is the strategy that Solus uses for packages that still link to "libtinfo.so.5"). The Reproduction On a Linux machine with Docker installed and the Docker daemon running: sudo docker run -it adoptopenjdk/openjdk8:alpine-slim This will open up a Bash shell within an Alpine docker container with a JDK preinstalled. Run the following from within that container: apk add ncurses5-libs libstdc++ git ln -sv …

21:38пожаловаться #7

Ага, не угадал, федора. Хотя пакет правильный. Таки проверьте то, что я выше написал, мало ли.

21:40пожаловаться #8

Ничего не гарантирую, но попробуйте вот это sudo yum install ncurses-devel

21:42пожаловаться #9

А, вы уже попробовали

21:43пожаловаться #10

Надо думать тогда

21:43пожаловаться #11

Была какая-то полезная переменная окружения, которая заставляла ld выбрасывать в stderr ошибки. Не могу найти. Она как раз полезна, когда наблюдаются no such file or directory там, где с виду всё в порядке.

21:45пожаловаться #12

Напишите сразу сюда https://kotlinlang.slack.com/archives/C3SGXARS6

21:46пожаловаться #13

B. Nikolic Software and Computing Blog

http://www.bnikolic.co.uk/blog/linux-ld-debug.html

То бишь если запустить сборку с LD_DEBUG=libs (или =all), есть шанс выловить полезную информацию. Единственное — не забыть запустить гредл в режиме работы без демона, иначе сама сборка не подхватит переменную окружения, установленную для gradlew при запуске.

The LD_DEBUG environment variable

Originally published 23 April 2012, updated 10 September 2019 (add link to troubleshooting tool), updated 18 October 2019 (moved to Jekyll)

21:53пожаловаться #14