SE
мда,
QT4_WRAP_### макросы этапять - расширения на выходе строго .cxx, пути строго в BINARY_DIR/...блин, GENERATE_MOC :)
Size: a a a
2018 November 20
SE
а ты в целом, WRAP_UI если, ну так то да
SE
мда,
QT4_WRAP_### макросы этапять - расширения на выходе строго .cxx, пути строго в BINARY_DIR/...но про BINARY_DIR ты не прав
SE
AUTOGEN_BUILD_DIR
II
а ты в целом, WRAP_UI если, ну так то да
да
не понимаю что за дичь, потому что в наших мейкфайлах там тупейший
GENERATE_MOC тоже ругается на неймспейсыне понимаю что за дичь, потому что в наших мейкфайлах там тупейший
moc-qt4 infile.cpp -o outfile.cppII
на
QT4_### макросы он разве распространяется? я думал только на AUTO###SE
а блин, мб
SE
есть к сожалению проблемы, надеюсь после новостей что Qt уйдет на симейк они все сделают збс
SE
но подвижек пока не вижу)
SE
им бы в первую очередь cmake плагин в креаторе допилить, а то сырое говно
II
у
AUTOMOC тоже какие-то проблемыwork/sources_d/tech1utils/include/serialize-utils.:17: Parse error at "serialization_utils"на 17й строке в
serialize-utils.h: namespace serialization_utils T1_EXPORT {, определение T1_EXPORT лежит в соседнем инклюде, если макрос убрать то продолжает ругаться на него в других хедерахс этим чудом я так понимаю тоже никто не сталкивался?
SE
с этим чудом я так понимаю тоже никто не сталкивался?
namespace serialization_utils T1_EXPORT
а чего за макрос такой?
а чего за макрос такой?
II
#define T1_EXPORT :)II
на винде превращается в
__declspec(dllexport)SE
SE
на винде превращается в
__declspec(dllexport)эээ
II
ну классика, десу
я на линухе
#ifdef WIN32
#define T1_EXPORT __declspec(dllexport)
#else
#define T1_EXPORT
#endif
я на линухе
SE
а это ваще работает?
SE
прост всегда к классам и функциям применял