Но юзать ее в дебаг exe. Вроде, как можно же ?

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

а как же итератор дебаг левел?

?

из-за него может не будет работать

☠️

Но юзать ее в дебаг exe. Вроде, как можно же ?

Ничего не мешает. Совсем ничего

Итератор дебаг левел мешает

Это смотря чем избушка к лесу повёрнута. Если С интерфейсом, то всё нормально, а вот если С++ торчит, то всё плохо.

в cmake можно как-то смержить несколько STATIC либ в одну STATIC либу? нужно чтобы это было переносимо и портативно (винда, линукс, мак)

нашел способ с ar и libtool, но это не портабельно (винда может не содержать их), нашел вариант через set_target_properties(${TARGET} PROPERTIES STATIC_LIBRARY_FLAGS ${STATIC_LIB_PATHS} ) где STATIC_LIB_PATHS это полные пути к STATIC либам. так вроде бы билдит одну статик либу, но nm -g lib.a не находит нужных символов bogdan@xps:~/tools/iroha-ed25519/build$ nm -g libed25519.a nm: libref10.a: File format not recognized nm: libsha3_brainhub.a: File format not recognized nm: librand_openssl.a: File format not recognized ed25519_dummy.c.o: 0000000000000000 D libed25519_version

это не то что нужно :(

в cmake можно как-то смержить несколько STATIC либ в одну STATIC либу? нужно чтобы это было переносимо и портативно (винда, линукс, мак)

Может я ошибаюсь, но попробовал бы слинковаться со всеми и сказать линкеру whole_archive. Полученная либа и содержала бы весь зоопарк

пробовал. работает если та единственная либа SHARED, но если статик, то она не содержит нужные символы

точнее, не содержит вообще ничего

:)

подскажите пожалуйста синтаксис -Wl,-export-symbols exportmap.sym вроде бы в примере был просто список символов с разделителем = \n, но на это пишет exportmap.sym: file format not recognized; treating as linker script exportmap.sym:2: syntax error

в шланг подъехала фс

кстати, в Visual Studio 2017 (15.7) это также уже приехало https://twitter.com/StephanTLavavej/status/980190720907649024

/help@FailsBot

/help@FailsBot

USAGE: /help - prints this message; /vzhuh [message] - do vzhuh; /start - info about bot.

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

тем что у него есть ноги?

у стола тоже могут быть ножки и он тоже может на них стоять ладно, зайду с другой стороны задача: сделать так, чтобы собранная на моём линуксе прилога работала на других дистрах с другим набором библиотек, и желательно ставилась путём ./install.sh /path/to/somewhere что мне брать, флатпак или докер? а почему не наоборот?

ну вот на странице флатпака написано что якобы будет >Allow the same application build to be installed on any Linux distribution

при этом про флатпак я слышу только в этом чатике, а на докер хайпают по всему интернету, причем решают они как будто бы одинаковую задачу "чтобы у клиента всё было установлено также и работало также как у меня"

ну вот на странице флатпака написано что якобы будет >Allow the same application build to be installed on any Linux distribution

Docker решает задачу "Чтобы у клиента было установлено то же самое, что у меня"

А ты хочешь "сделать так, чтобы собранная на моём линуксе прилога работала на других дистрах с другим набором библиотек"

докер явно мимо.

Но вот вопрос: эта проблема давно решена с помощью cmake && make. Можешь прописать это в install.sh — и будет то, что ты хочешь?

у стола тоже могут быть ножки и он тоже может на них стоять ладно, зайду с другой стороны задача: сделать так, чтобы собранная на моём линуксе прилога работала на других дистрах с другим набором библиотек, и желательно ставилась путём ./install.sh /path/to/somewhere что мне брать, флатпак или докер? а почему не наоборот?

Есть, конечно, статическая компоновка, но не для всех библиотек. Так что в общем случае - невозможно.

А ты хочешь "сделать так, чтобы собранная на моём линуксе прилога работала на других дистрах с другим набором библиотек"

камень в огород тех кто пакует под debian/ubuntu а потом на других дистрибутивах не находится libcurl-gnutls.so

потому что некоторые либы поставляются только в .so, что не может быть скомпоновано статически.

камень в огород тех кто пакует под debian/ubuntu а потом на других дистрибутивах не находится libcurl-gnutls.so

И, кстати, количество дистрибутивов сильно преувеличено.

ок, а в исходниках всегда есть сборка статической либы?

Но вот вопрос: эта проблема давно решена с помощью cmake && make. Можешь прописать это в install.sh — и будет то, что ты хочешь?

для этого требуется cmake && cmake --build делать N раз под N операционных систем, чего хочется избежать - но видимо невозможно?

у стола тоже могут быть ножки и он тоже может на них стоять ладно, зайду с другой стороны задача: сделать так, чтобы собранная на моём линуксе прилога работала на других дистрах с другим набором библиотек, и желательно ставилась путём ./install.sh /path/to/somewhere что мне брать, флатпак или докер? а почему не наоборот?

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

И, кстати, количество дистрибутивов сильно преувеличено.

Но хочется зацепить ещё и любой LFS, а для некоторых библиотек хочется охватить и embedded.

рхел забыл

Арч на втором месте у дистровотча.

арч и гента ещё :)

ага

Огонь а не дистр) Особенно сейчас, когда родные репозитории стали обновляться своевременно

я про арч)

какой к чёрту install.sh? мимо пакетного менеджера? лол

собственная юзербаза - наиграются дома, проникнутся, и на работу и на сервера тащут

@xvitaly

федора != рхел же

какой к чёрту install.sh? мимо пакетного менеджера? лол

не хотеть писать пакеты под +INF дистров, но видимо эту проблему не решает даже флатпак, так что придётся выбрать N < +INF

Генту

федора != рхел же

опенсорс версия рхела это центось, а федора это версия того же, но для тестирования новых пакетов и прочего

не хотеть писать пакеты под +INF дистров, но видимо эту проблему не решает даже флатпак, так что придётся выбрать N < +INF

Дистры здесь даже и не особо причём. Важна, в первую очередь, аппаратная архитектура и набор библиотек. Надо охватить все — распространяй исходники. gcc есть везде.

не хотеть писать пакеты под +INF дистров, но видимо эту проблему не решает даже флатпак, так что придётся выбрать N < +INF

собираешь флатпак и он работает на всех дистрах, где работает флатпак

опенсорс версия рхела это центось, а федора это версия того же, но для тестирования новых пакетов и прочего

он основан на федоре, но не равен ей

он основан на федоре, но не равен ей

ну да

не хотеть писать пакеты под +INF дистров, но видимо эту проблему не решает даже флатпак, так что придётся выбрать N < +INF

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

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

с этим не спорю, да

и ещё добавлю холивара — лучше под snap, чем под flatpak =)

и ещё добавлю холивара — лучше под snap, чем под flatpak =)

Лучше флатпак, чем снап

Лучше exe

Лучше exe

Dmg!!

пока не завезут репозитории — даже не рассматриваю )

флатпак)

Ну ладно, не смотри. Переживём

Аминь.

https://habrahabr.ru/post/352570/

> 01.04

Да, весёлый был день..

> 01.04

http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2014/n4058.pdf

я не думаю, что это фейк

это вот

там про атомарные указатели

атомарные умные указатели

атомарные умные указатели

спасибо, кэп

http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2014/n4058.pdf

Мне вот интересно, как оно без указателей изнутри должно работать - на уровне синтаксиса? Тогда что-то не очень понятно почему это будет "неавтоматическим" управлением памяти..

спасибо, кэп

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

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

скорее всего, но я оттуда и узнала, как бэ >_<

я лох

та не, просто интересная новость, вот и расшарила

Мне вот интересно, как оно без указателей изнутри должно работать - на уровне синтаксиса? Тогда что-то не очень понятно почему это будет "неавтоматическим" управлением памяти..

не, меня атомарные уу привлекли, так как это звучит очень годно, особенно для многопоточки

кто-то просто только отошел😏