uユ
у меня на одной работе короче у чувака было, что совпало с новой хуйней из глибц
Ебать
>#define PROPORTIONAL_W 640.0f
Ты научился в классы и вектора, но не смог в inline static const?
Size: a a a
2019 December 03
uユ
uユ
Ага, лютые гибриды
uユ
У меня вообще там подгрузка длл держится на матерном слове и препроцессоре
uユ
EXPORTF_DECL(IGame) {}v
> virtual void Think(void);
virtual void Draw(void);
Прочитал как
virtual void Drink(void);
virtual void Draw(void);
Прочитал как
virtual void Drink(void);
uユ
> virtual void Think(void);
virtual void Draw(void);
Прочитал как
virtual void Drink(void);
virtual void Draw(void);
Прочитал как
virtual void Drink(void);
Вот эта хуйня по идее должна будет кумекать, наведен ли курсор, нажата ли какая кнопка мыши и тж
/¯
>#define PROPORTIONAL_W 640.0f
Ты научился в классы и вектора, но не смог в inline static const?
Ты научился в классы и вектора, но не смог в inline static const?
Говнище тупого говнища
uユ
Я завтра перепушу все говно форсом в один коммит а то стыдно пиздец
uユ
Говнище тупого говнища
Мой код или что?
uユ
/¯
Мой код или что?
Да, макросы, которые не для параметризованной сборки
uユ
Да, макросы, которые не для параметризованной сборки
Ехех
uユ
А что например тогда делать с длл?
v
game_mein.ss
uユ
Я не хочу писать дохуя длинные декларации, проще всё в макрос слепить и не ебаться
/¯
А что например тогда делать с длл?
LIBNAME_DLL_EXPORT ещё нормально, потому что это билд-зависимый макрос обычно
v
Ловите синглтон.
class GameController {
static IEngine * Engine(void) { return m_engine; }
}
class GameController {
static IEngine * Engine(void) { return m_engine; }
}
uユ
EXPORTF_DECL(IGame) {} становится
extern "C" __declspec(dllexport) IGame * -cdecl IGame_Instance(void) {}/¯
LIBNAME_DLL_EXPORT ещё нормально, потому что это билд-зависимый макрос обычно
В dllexport или dllimport раскрывается в зависимости от того, где собирается — это норм ещё