ват?

http://cppconf.ru/talks Тут полный список?

да

ну сейчас ещё в ревью несколько

короче вот вам рецепт 100% обфускатора кодов на cpp: используя #define дефайнить все элементы программы, включая системные методы, на рандомный набор арабских символов от 5 до 15 все эти дефайны записывать в отдельный скрытый файл, который потом инклудится

из разряда #define true false

Особым цинизмом будет на true дефайнить rand))))

тянет на дарвина

горшочек не вари

Разве такок не решается через концепты/SFINAE? Делаем функцию, которая принимает F&& и расставляем ограничения на сигнатуру F.

Это одно из возможных частичных решений, в случае, если концепт подразумевает требования CopyContructible / NoThrowMoveAssignable. Кажется, что указанная схема просто полнее

Да, в рамках обсуждения доставляю гениальный обфускатор - в многопоточной среде промежуточный буфер некоторой функции делаем статическим (у меня недавно так рабочий день умер)

короче вот вам рецепт 100% обфускатора кодов на cpp: используя #define дефайнить все элементы программы, включая системные методы, на рандомный набор арабских символов от 5 до 15 все эти дефайны записывать в отдельный скрытый файл, который потом инклудится

gcc -E

короче вот вам рецепт 100% обфускатора кодов на cpp: используя #define дефайнить все элементы программы, включая системные методы, на рандомный набор арабских символов от 5 до 15 все эти дефайны записывать в отдельный скрытый файл, который потом инклудится

породистая трава в твоих краях

где вы таких берете

https://github.com/berkus/libarsenal/blob/master/lib/settings_provider.cpp#L91 ну вот как-то так, а в .hpp можно написать extern template .... кажется так

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

@antoshkka держите идею: в рамках синтаксиса namespace std::filesystem { } разрешить еще namespace some { namespace ::std {} }, чтобы при специализации extension point из другого namespace не нужно было закрывать этот

короче вот вам рецепт 100% обфускатора кодов на cpp: используя #define дефайнить все элементы программы, включая системные методы, на рандомный набор арабских символов от 5 до 15 все эти дефайны записывать в отдельный скрытый файл, который потом инклудится

это деобфусцируется одним вызовом gcc -E

@antoshkka держите идею: в рамках синтаксиса namespace std::filesystem { } разрешить еще namespace some { namespace ::std {} }, чтобы при специализации extension point из другого namespace не нужно было закрывать этот

не понял что ты хочешь этим сделать

накой чорт ваще нужен обфускатр кодов с++

накой чорт ваще нужен обфускатр кодов с++

+

не понял что ты хочешь этим сделать

я хочу, чтобы namespace ::ns_name отсчитывался от глобального, а не вкладывался

это как относительный путь, начинающийся с /

стремно то что все в куче будет

сейчас тебе достаточно прочитать верхний неймспейс чтобы понять что эта штука не тут

жирное нет. хватит френдовых функций и elaborated type specifiers которые создают сущности не там где объявлены

Кто Google Test использует, вопрос: есть ли противоположность EXPECT_CALL в мок-классе?

Ребят, не подскажите, при сборке получаю вот такое вот: www.paste.org/91156

Кто Google Test использует, вопрос: есть ли противоположность EXPECT_CALL в мок-классе?

после expect call .times(0)

Ребят, не подскажите, при сборке получаю вот такое вот: www.paste.org/91156

g++ ..... -lpthread

после expect call .times(0)

благодарю

g++ ..... -lpthread

g++ -pthread на самом деле

ой да, кстати...

Есть проблема, я ненастоящий сварщик)

Добавил в CMakeList.txt target_link_libraries(pthread)

Ну типа да

и не помогло

ща

Добавил в CMakeList.txt target_link_libraries(pthread)

https://cmake.org/cmake/help/v3.11/command/target_compile_options.html?highlight=target_#command:target_compile_options

соотв. добавить -pthread

Чет снова не помогло, target_link_libraries(-pthread)

find_package(Threads REQUIRED) target_link_libraries(my_app Threads::Threads)

Чет снова не помогло, target_link_libraries(-pthread)

target_compile_options(${PROJECT_NAME} PRIVATE "-pthread")

find_package(Threads REQUIRED) target_link_libraries(my_app Threads::Threads)

Это не то

теперь cmake ругается https://www.paste.org/91157

старый cmake

Добавил в CMakeList.txt target_link_libraries(pthread)

не так

Чет снова не помогло, target_link_libraries(-pthread)

надо вот так вот, ща

теперь cmake ругается https://www.paste.org/91157

Так всё работает у тебя.

Чет снова не помогло, target_link_libraries(-pthread)

1. https://github.com/procxx/kepka/blob/dev/CMakeLists.txt#L55 2. https://github.com/procxx/kepka/blob/dev/Telegram/CMakeLists.txt#L717

cmake бы еще обновить судя по всему, 3.5.1 старый

Так всё работает у тебя.

это неправильно, нельзя в цмейке линковать pthreads напрямую, т.к. его может вообще не быть на таргет системе

я выше написал как надо

кепка от обычного клиента чем-то отличается?

Это не то

ЭТО ИМЕННО ТО

target_compile_options(${PROJECT_NAME} PRIVATE "-pthread")

пожалуйста НИКОГДА-НИКОГДА больше не советуй это говно, спасибо!

ЭТО ИМЕННО ТО

ок, был неправ, вспылил...

set(THREADS_PREFER_PTHREAD_FLAG ON) find_package(Threads) Эти строчки?

find_package(Threads REQUIRED) target_link_libraries(my_app Threads::Threads)

одна поправочка - надо убрать REQUIRED

set(THREADS_PREFER_PTHREAD_FLAG ON) find_package(Threads) Эти строчки?

да

и target_link_libraries к нему

пожалуйста НИКОГДА-НИКОГДА больше не советуй это говно, спасибо!

А чего так?

А чего так?

непереносимо нифига

ERROR: S client not available

Не конечно как ты говоришь более универсально.

А чего так?

это не портабельно и сломается примерно везде кроме works on my machine

еще один смешной вопрос, а project_name в моем случае это что?

еще один смешной вопрос, а project_name в моем случае это что?

в каком месте там project name?

Имя твоего проекта

Имя твоего проекта

нет, там имя таргета

в target_link_libraries(таргет либы)

имя таргета да - в примере это Telegram, у меня "recipe for target 'main/main' failed" ?

Ну да, да, но они же могут и совпадать.

но не обязаны, они могут совпадать в совсем простых проектах но никто не мешает сделать project(foo) add_executable(bar)

PROJECT_NAME вообще лучше использовать только в CPack конфигурации чтобы имя инсталлера делать

и не более

но если указывать main/main то не проходит

но если указывать main/main то не проходит

ты как назвал свой таргет в add_executable() то и пиши

знать бы еще...)

знать бы еще...)

ну это в твоем смейклисте написано, так что уж найди

Не соображу что из них это https://www.paste.org/91159

ну 7 строка точно неправильная, а таргеты надо искать в main/CMakeLists.txt

и остальные find_package наверняка тоже там

так что и 6 можно перенести в правильное место

да, точно) понял, что к чему

К слову - никто работу не ищет?)

ПРОДОЛЖАЙ....

К слову - никто работу не ищет?)

все вакансии в личку @AlexFails

Да я писал как-то несколько раз и видимо не прошел модерацию, без фидбека

Да я писал как-то несколько раз и видимо не прошел модерацию, без фидбека

Да не может быть

Пиши ещё.

Ребят, как в 2k18 изучать CPP?

Ребят, как в 2k18 изучать CPP?

так же как и всегда

Ребят, как в 2k18 изучать CPP?

По книжкам. Прата. Лафоре.