0xd34df00d
06.07.2012 10:43 Azoth_primary
А вообще, самое забавное, что в продакшене я могу использовать больше фич C++11, чем в личкрафтах, ибо там мы ориентируемся на gcc 4.7.
43 comments
recommend
bookmark
subscribeDo you really want to delete ?
а в личкрафтах ты на что ориентируешься?
gcc 4.5 в уже имеющихся плагинах, gcc 4.6 в большинстве новых.
а что мешает сменить версию компилятора?
Желание сохранить совместимость с некоторыми пока еще повсеместно используемыми версиями мейнстримных дистров, типа предыдущих убунт и какой-то там опенсуси.
Ну и gcc 4.7 замаскано в генте.
R мешаю! MSVC2010 не умеет тех фич. приходится патчить личкрафт после каждого 10го коммита от дедфуда — т.к. не собирается под виндами.
классно тебе. я вот пишу в MSVC2008
Ох. Там же вообще никакого плюс-плюс-одиннадцать.
а что мешает под вендой сменить компилятор с msvc++10 на msvc++2012 или или вообще на gcc (cygwin/mingw)?
спасибо хоть на том, что там плюсплюс есть хоть какой-то, лол
12-ая тоже кучу всего не умеет (те же initializer lists), а реализация хедеров WinAPI в mingw конфликтует с некоторыми символами в личкрафтах. Например, винапишный макрос GetObject убивает нахер методы типа GetObject в личкрафтовых интерфейсах.
в winapi метод не перепишешь, но в своём апи это сделать ведь можно!
Но это костыль. Из-за уебищной реализации API в хедерах, которые я даже напрямую не инклюжу, переписывать код не хочется.
Ну а как еще назвать метод в интерфейсе, который возвращает себя как QObject*, чтобы не делать кастов? GetThisObject? Уебищно. GetAsQObject? Тоже.
сорри, я мб не капенгаген в плюсах, но как может метод в интерфейсе конфликтовать с глобальным методом из winapi?
метод в интерфейсе — это абстрактный метод в классе ведь?
Да. А в WinAPI это не метод, а макрос, который заменяется, условно, на GetObjectA либо на GetObjectW, в зависимости от настроек уникода. Поэтому если какой-то хедер с винапи включается только из реализации, то в реализации компилятор увидет какой-нибудь GetObjectW, а в хедере по-прежнему будте GetObject, ибо он включен раньше. Вот и хуйпизда.
undef решает. поглядел — у нас по по работе в либах сделано также
мешает то, что кутэ не собирается под ней.
Обмазывать весь возможный код #ifdef/#undef/#endif? Стремно тоже.
Вроде был какой-то другой дефайн, который минимизировал влияние всякой такой хрени. Не помню, впрочем, как он называется :(
gcc можно, но не кошерно под шиндовс.
http://qt-project.org/forums/viewthread/... :3
не кошерно по убеждениям? или не кошерно из-за недостатков?
Кодогенератор у него херовый, бинарники получаются раза в полтора-два больше и, по ощущениям, медленнее.
у нас в проекте в общем хедере написано
#undef min
#undef max
и еще парочка, которые конфликтуют, да и все.
А у нас побольше, и мест дофига, куда это затыкивать надо.
да, windows.h это всетаки печально :(
Энивей, гамать меня заебало, а шиндомашина простаивает. Может, поиграюсь там с MSVS или MinGW на досуге.
Хотя, по прошлому опыту, меня это довольно быстро заябывает, и я бросаю.
ставь teamcity
Кстати, да, нам же лицуху дали.
офигеть! поздравляю!
Спасибо ) Ну, там добрые чуваки сидят, опенсорсу дают.
ну вот, для качала настрой автобилды линух версий. а я сделаюишндовс версию. но без нормального конпилятора опять же прийдется патчить код под msvc
Автобилды линуха тоже на тимсити делаются? И тоже на виндомашине?
почитай доки :)
там идет один сервер с вебчастью который управляет. и несколько "клиентов" может быть — которые собственно собирают. как distcc
Хм. Я просто не знаю, чо под линухи подо что собирать, ибо у нас все поддерживаемые дистры же собираются под соответствующими билдсервисами.
Хотя, можно запилить просто пару дженерик-конфигураций, чтобы проверять, что отваливается на каких версиях.
народ, а вы сейчас вообще без continuous integration'а живете?
Да :3
прям герои ( :
4.2
Там есть tr1 вместе с первым сервиспаком, что имеет собой shared_ptr тот же.
Ты про WIN32_LEAN_AND_MEAN ? Не панацея.
Ну да, а больше-то ничего вкусного в C++11 и нет, этого хватит, ага.
Пичалька.
Да ок.
>>вообще никакого
Меньше категоричности в посылках, мсье.
Ну ок :(