find_package(Boost 1.66.0 COMPONENTS filesystem regex REQUIRED) if(Boost_FOUND) include_directories(${Boost_INCLUDE_DIRS}) add_executable(CxxProject main.cpp) target_link_libraries(CxxProject ${Boost_LIBRARIES}) endif()

вот у меня так работает

вот у меня так работает

Поздравляю 😊

По идее, это успех!

🙈

@antoshkka как там перевод буста на CMake? неужели снова умерло?

Затихло

ясно. Умерло 😊

Если у кого-то есть пара свободных часов - будет круто, если поможете в переезде

Если у кого-то есть пара свободных часов - будет круто, если поможете в переезде

В день?

В день?

це ж опенсорс - любоен твоё время будет ценно

В день?

В час %)

взаимозаменяемые ли cuda 8 и 9?

или если какая-то программка требует для сборки именно cuda 8 , 9 не подойдет?

взаимозаменяемые ли cuda 8 и 9?

читай release notes

це ж опенсорс - любоен твоё время будет ценно

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

Если у кого-то есть пара свободных часов - будет круто, если поможете в переезде

Что можно посмотреть, чтобы оценить ситуацию прежде, чем коммититься?

Вот тут цепочку писем начать читать https://lists.boost.org/Archives/boost/2017/09/238857.php Потом посмотреть сюда https://github.com/boost-cmake/bcm И написать https://github.com/pfultz2 , чтобы узнать, чем можно помочь

* можно начать с последнего пункта :)

один проект нужно скомпилить при помощи gcc-5, делаю так CXX=g++-5 CC=gcc-5 make -j $(nproc) . А оно все равно просит

как правильно сделать?

http://docs.conan.io/en/latest/changelog.html

Кто-то шарит в этих всех SxS манифестах под винду? Не могу понять почему мои игнорятся

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

А что ввели, именование как в линуксе?

Запятая лишняя.

ещё как возможно

есть программа foo, у неё 2 плагина bar1.dll и bar2.dll, каждый из плагинов грузит третью либу, в обоих случаях она будет с одним именем, но разных версий

каждый плагин видит только свою версию этой третьей либы

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

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

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

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

LOAD_WITH_ALTERED_SEARCH_PATH

LOAD_WITH_ALTERED_SEARCH_PATH

вернее даже не так - системны и вообще путь поиска в топку. Загружаешь через LoadLibraryEx[W] DLL по полному пути с нулевыми флагами в dwFlags

вернее даже не так - системны и вообще путь поиска в топку. Загружаешь через LoadLibraryEx[W] DLL по полному пути с нулевыми флагами в dwFlags

вот это точно не работает, собственно с этим и борюсь

А хотя нет, у меня всё-таки немного иначе

Неужели так трудно раз в год через Boost.Build собирать? Где профит от перехода на CMake?

раз в год собираешь только ты, бустовский CI собирает часто и на десятках комбинаций ОС и компиляторов

может и работает

(по ошибке так) у меня загружалось несколько инстансов одной и той же dll-и из разных путей, правда. еще правда у меня был рядом с exe волшебный файл exe.local (https://msdn.microsoft.com/ru-ru/library/windows/desktop/ms682600(v=vs.85).aspx) но сложилось впечатление, что LoadLibraryEx его игнорировало

Есть ф-я которая принимает лямбду и на основе значения вызывает определенный конструктор, а ля: f([](int x) { return A(x); ) можно как-нибудь не писать лямбду и упростить, что-то вроде: f(&A::A)

https://ideone.com/VVh1Vu вот пример

Нет, вроде бы

Есть Читай блог автора zeromq

Эм, а не автор ли zeromq как раз наоборот пошёл все на C переписывать и получился nanomsg...?

Эм, а не автор ли zeromq как раз наоборот пошёл все на C переписывать и получился nanomsg...?

если он так поступил, то он даун

если он так поступил, то он даун

The library is implemented in C instead of C++.

иии почему?)

http://nanomsg.org/documentation-zeromq.html

Там он доводы приводит

The library is implemented in C instead of C++. From user’s point of view it means that there’s no dependency on C runtime (libstdc or similar) which may be handy in constrained and embedded environments. From nanomsg developer’s point of view it makes life easier. Number of memory allocations is drastically reduced as intrusive containers are used instead of C++ STL containers. The above also means less memory fragmentation, less cache misses, etc. More discussion on the C vs. C++ topic can be found here and here.

Ну такое да

Он может когда начал это - не знал про с++11

первое - внезапно можно собирать и без второе - ну тут понятен диагноз третий - тут не С++ виноват, очевидно Сейчас глянем обсуждения

http://250bpm.com/blog:4

http://250bpm.com/blog:8

In conclusion, if ZeroMQ was written in C it would require less memory allocations, there would be less memory fragmentation and some of the algorithms would have O(1) complexity instead of O(n) or O(log n). 🤔

In conclusion, if ZeroMQ was written in C it would require less memory allocations, there would be less memory fragmentation and some of the algorithms would have O(1) complexity instead of O(n) or O(log n). 🤔

Он наркоман? Как complexity зависит от языка?

Он наркоман? Как complexity зависит от языка?

я хз

а, он не доволен std::list

Да и про memory allocations - кто ж его заставлял использовать какой-то контейнер, если он ему не подходит?

а, он не доволен std::list

Ну видимо ноги растут из 2000года

Да и про memory allocations - кто ж его заставлял использовать какой-то контейнер, если он ему не подходит?

я сказал уже выше - он даун

а, он не доволен std::list

std::list не нужен вообще никогда

ой не, не так

он неосилятор

банальное невладение технологией.

он неосилятор

В его защиту хочу сказать что nanomsg очень крутая штука сама по себе. Правда у нас к ней плюсовые биндинги:)

В его защиту хочу сказать что nanomsg очень крутая штука сама по себе. Правда у нас к ней плюсовые биндинги:)

у него еще няшный libdill есть

и еще какая то либа для сети

В его защиту хочу сказать что nanomsg очень крутая штука сама по себе. Правда у нас к ней плюсовые биндинги:)

Что не отменяет факта неосиляторства c++

В его защиту хочу сказать что nanomsg очень крутая штука сама по себе. Правда у нас к ней плюсовые биндинги:)

поэтому я и исправил даун на неосилятор

Что не отменяет факта неосиляторства c++

Да, именно

а libdill и libmill :)

Что не отменяет факта неосиляторства c++

ну там еще пост написан в 2012, с++11 только только вышел)

а libdill и libmill :)

Тоже на сях?

Тоже на сях?

а как же

ну там еще пост написан в 2012, с++11 только только вышел)

до c++11 кто-то насильно заставлял использовать std::list там где не надо?

до c++11 кто-то насильно заставлял использовать std::list там где не надо?

и std::vector<bool>

В его защиту хочу сказать что nanomsg очень крутая штука сама по себе. Правда у нас к ней плюсовые биндинги:)

nope, оче много багов

бегите, пока не поздно

Ну и разработка заброшена, так что патчи только в форки отправлять

Ну и разработка заброшена, так что патчи только в форки отправлять

9 дней назад последний коммит, только сустрик с 2015 туда не пишет

бегите, пока не поздно

И куда бежать?