ух как же я погорел от этих автотулзов этой ночью, до утра сидел, какая-же жесть.. я конечно понимаю, что всё это писалось в 90-х, а как известно тяжелые времена порождают сильных людей, вот они создали под себя самый трудный из доселе существовавших инструментариев сборки, а мы вроде как недостойные сынки, неспособные поднять батькин молот, но.. о чём они вообще думали, как это всё могло в голову прийти, почему такой уродливый синтаксис везде, у вас же уже был пример не уродливых языков.. ох блин, по итогу разбил проект на две части - в одной пишу сишные биндинги, во втором пишу на схеме, потому что я просто не представляю, как автомейку сообщить, что вот эти сорцы собирай с помощью гуила, а вот эти с помощью гцц и ещё залинкуй с тем-то плз в конце

Можно же использовать другие системы сборки, cmake, premake, waf, qbs, scons и прочие. Но они ВСЕ по-своему костыльные

ping

Здрассти

Привет

интересно могут ли боты писать с ошибками

Наверное, могут.

специально всю пунктуацию расставил, чтобы не спалиться?)

Настоящие боты должны уважать свой язык. Более-менее. Ящитаю.

столкнулся с такой проблемой - третий гуиль из гикса не видит расшаренные либы, к которым залинковано расширение и при попытке его подгрузить падает, второй же гуиль, из репы федорки, всё видит и отрабатывает, никто не сталкивался?

А либу ты откуда линкуешь?

в смысле откуда гружу расширение? из cwd, а либа базы, к которой расширение залинкована в /usr/lib лежит

лучше показывать стектрейс

ну короче дело похоже в том, что то, что поставляется гиксом (напомню, он у меня поверх федорки) не индексируется в ldconfig и либа не находится. Если явно указать путь к ней, на этапе компиляции линковка произойдёт, но на этапе запуска путь теряется и ищется среди системных либ. Обойти это можно выставив LD_LIBRARY_PATH=/home/ne/.guix-profile/lib/ правда пока что тоже не работает с ошибкой

scheme@(guile-user)> (load-extension "./libgrocksdb" "init")
ice-9/boot-9.scm:1685:16: In procedure raise-exception:
In procedure dlopen: file "./libgrocksdb.so", message "/gnu/store/nzygsjdnr69gmqhfchys2dkb8lnra89x-jemalloc-5.2.1/lib/libjemalloc.so.2: невозможно выделить память в статичном блоке TLS"

это уже что-то необычное..

если добавить либы из гикса в путь поиска системного ldconfig система превращается в тыкну, есть у меня подозрение, что там либы с другой версией libc собирались..

Ну так ты не мешай

не всё есть в каждой из реп)

у федорки только второй гуль, например

вообще странно, этот третий гуль то тоже гиксовый, и шаред рокс гиксовый, только мой экстеншн скомпилен мной, хз какая версия libc при этом использовалась ..