Size: a a a

2020 August 16

RM

Roy Mustang in C++ Together 2.0
я надеюсь не слетит что я дрочил щас 3 часа
источник

A

Alex Ф-ф-фэils!🌠︙... in C++ Together 2.0
Стешни
источник

s

std::mpa in C++ Together 2.0
закоммить
источник

RM

Roy Mustang in C++ Together 2.0
Попробуй щас
источник

A

Alex Ф-ф-фэils!🌠︙... in C++ Together 2.0
И то верно
источник

RM

Roy Mustang in C++ Together 2.0
std::mpa
закоммить
Закоммитил только что
источник

RM

Roy Mustang in C++ Together 2.0
Alex Ф-ф-фэils!🌠︙
И то верно
Пошло?
источник

A

Alex Ф-ф-фэils!🌠︙... in C++ Together 2.0
Ну, что-то изменилось
источник

RM

Roy Mustang in C++ Together 2.0
Alex Ф-ф-фэils!🌠︙
Ну, что-то изменилось
Подожди, пока ты не начал придумывать, надо решить что делать
источник

RM

Roy Mustang in C++ Together 2.0
Если мы наследуемся от PluginBase, то встанет нужда делать дружественными все плагины по отношению к классу модуля
источник

RM

Roy Mustang in C++ Together 2.0
Есть предложения?
источник

A

Alex Ф-ф-фэils!🌠︙... in C++ Together 2.0
Ну, а теперь по существу:
1. Нафиг тебе дублирование слов в пути Modules/ModuleLog?
2. У тебя модуль лога юзает spdlog, а откуда ты берёшь исходники? Где find_package()
3. Нахуй линковаттся напрямую к pthreads, если есть find_package(Threads) и потом в target_link_libraries засунуть Threads::Threads
источник

RM

Roy Mustang in C++ Together 2.0
Alex Ф-ф-фэils!🌠︙
Ну, а теперь по существу:
1. Нафиг тебе дублирование слов в пути Modules/ModuleLog?
2. У тебя модуль лога юзает spdlog, а откуда ты берёшь исходники? Где find_package()
3. Нахуй линковаттся напрямую к pthreads, если есть find_package(Threads) и потом в target_link_libraries засунуть Threads::Threads
Я в смаке не так давно, про find_package знаю, руки не дошли
источник

RM

Roy Mustang in C++ Together 2.0
Alex Ф-ф-фэils!🌠︙
Ну, а теперь по существу:
1. Нафиг тебе дублирование слов в пути Modules/ModuleLog?
2. У тебя модуль лога юзает spdlog, а откуда ты берёшь исходники? Где find_package()
3. Нахуй линковаттся напрямую к pthreads, если есть find_package(Threads) и потом в target_link_libraries засунуть Threads::Threads
По поводу дублирования, сделал чтоб бинари сортировались в папках
источник

RM

Roy Mustang in C++ Together 2.0
Я сравнивал без слова Module и с ним, с ним лучше
источник

RM

Roy Mustang in C++ Together 2.0
Раньше у меня плагины могли получить HFModuke*, но потом я понял, что это шляпа полная, так как мне нужно вводить лишние виртуальные методы чтоб как то достучаться до родительского класса модуля этих плагинов
источник

RM

Roy Mustang in C++ Together 2.0
Там старое поле закомментировано в HFPlugin на 35 строке
источник

M

Michael in C++ Together 2.0
Alex Ф-ф-фэils!🌠︙
Ну, а теперь по существу:
1. Нафиг тебе дублирование слов в пути Modules/ModuleLog?
2. У тебя модуль лога юзает spdlog, а откуда ты берёшь исходники? Где find_package()
3. Нахуй линковаттся напрямую к pthreads, если есть find_package(Threads) и потом в target_link_libraries засунуть Threads::Threads
источник

RM

Roy Mustang in C++ Together 2.0
@AlexFails я там обосрался с HFPluginBase. Я щас пересматриваю cppCon
Как лучше сделать из private вызывать метод Do из класса Derived или же как сейчас просто объявить метод, который будет публичным и он будет доступен из наследников HFPlugin?
источник

A

Alex Ф-ф-фэils!🌠︙... in C++ Together 2.0
Alex Ф-ф-фэils!🌠︙
Ну, а теперь по существу:
1. Нафиг тебе дублирование слов в пути Modules/ModuleLog?
2. У тебя модуль лога юзает spdlog, а откуда ты берёшь исходники? Где find_package()
3. Нахуй линковаттся напрямую к pthreads, если есть find_package(Threads) и потом в target_link_libraries засунуть Threads::Threads
2.1. Не понимаю, как у тебя будет юзаться спдлог вообще, если он у тебя будет статически линковаться там, где ты юзанешь этот класс логгера, т.к. ты впесочил реализацию в сам хедер
источник