tangro 12 апр 2011 в 11:02

В проектах на С++ уже используете фичи С++0х?

1 мин

2.9K

C++*

+23

Комментарии 46

gridem 12 апр 2011 в 11:12

К сожалению, в нашем проекте запрещают все «новое». Зато отрываюсь по полной в инструментах для разработчика, чтобы облегчить разработку различных модулей. Уже использовал:
1. Variadic templates.
2. Lambda.
3. 'auto' keyword.
4. std::shared_ptr, std::unordered_map

В частности, лямбду очень удобно использовать совместно с boost::asio.

namezys 12 апр 2011 в 11:22

Жду clang с его умными подсказками…

Gorthauer87 12 апр 2011 в 11:58

При попыте подключить эти фичи в clang'е

n file included from /home/sauron/develop/const/armkg/liboftd/simpleparser.cpp:8:

In file included from /home/sauron/develop/const/armkg/liboftd/./simpleparser.h:11:

In file included from /usr/include/qt4/QtCore/QObject:1:

In file included from /usr/include/qt4/QtCore/qobject.h:48:

In file included from /usr/include/qt4/QtCore/qstring.h:60:

In file included from /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/string:41:

In file included from /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/bits/char_traits.h:40:

In file included from /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/bits/stl_algobase.h:66:

In file included from /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/bits/stl_pair.h:60:

In file included from /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/bits/move.h:38:

/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/type_traits:178:51: error: '_Tp' does not refer to a value

 : public integral_constant<bool, __is_trivial(_Tp)>

 ^

/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/type_traits:176:21: note: declared here

 template<typename _Tp>

 ^

/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/type_traits:179:8: error: expected class name

 { };

 ^

/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/type_traits:179:8: error: expected '{' after base class list

/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/type_traits:184:59: error: '_Tp' does not refer to a value

 : public integral_constant<bool, __is_standard_layout(_Tp)>

 ^

/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/type_traits:182:21: note: declared here

 template<typename _Tp>

 ^

/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/type_traits:185:8: error: expected class name

 { };

 ^

/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/type_traits:185:8: error: expected '{' after base class list

In file included from /home/sauron/develop/const/armkg/liboftd/simpleparser.cpp:8:

In file included from /home/sauron/develop/const/armkg/liboftd/./simpleparser.h:11:

In file included from /usr/include/qt4/QtCore/QObject:1:

In file included from /usr/include/qt4/QtCore/qobject.h:48:

In file included from /usr/include/qt4/QtCore/qstring.h:60:

In file included from /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/string:42:

In file included from /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/bits/allocator.h:48:

In file included from /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/x86_64-pc-linux-gnu/bits/c++allocator.h:34:

In file included from /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/ext/new_allocator.h:33:

In file included from /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/new:41:

In file included from /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/exception:150:

/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/exception_ptr.h:132:13: error: unknown type name 'type_info'

 const type_info*

 ^

In file included from /home/sauron/develop/const/armkg/liboftd/simpleparser.cpp:8:

In file included from /home/sauron/develop/const/armkg/liboftd/./simpleparser.h:11:

In file included from /usr/include/qt4/QtCore/QObject:1:

In file included from /usr/include/qt4/QtCore/qobject.h:48:

In file included from /usr/include/qt4/QtCore/qstring.h:60:

In file included from /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/string:42:

In file included from /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/bits/allocator.h:48:

In file included from /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/x86_64-pc-linux-gnu/bits/c++allocator.h:34:

In file included from /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/ext/new_allocator.h:33:

In file included from /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/new:41:

In file included from /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/exception:151:

/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/nested_exception.h:62:49: error: expected expression

 nested_exception(const nested_exception&) = default;

 ^

/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/nested_exception.h:64:60: error: expected expression

 nested_exception& operator=(const nested_exception&) = default;

 ^

/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/nested_exception.h:77:50: error: expected expression

 inline nested_exception::~nested_exception() = default;

 ^

/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/nested_exception.h:122:61: error: redefinition of default argument

 __throw_with_nested(_Ex&& __ex, const nested_exception* = 0)

 ^ ~

/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/nested_exception.h:110:56: note: previous definition is here

 __throw_with_nested(_Ex&&, const nested_exception* = 0)

 ^ ~

11 errors generated.

make[2]: *** [liboftd/CMakeFiles/oftd.dir/simpleparser.cpp.o] Ошибка 1

make[1]: *** [liboftd/CMakeFiles/oftd.dir/all] Ошибка 2

make: *** [all] Ошибка 2

Если кто знает как это обойти, то буду использовать

-11

TheShock 12 апр 2011 в 13:53

Можно было вставить через pastebin.com ;)

Gorthauer87 12 апр 2011 в 15:45

К сожалению копировал из IDE и думал там ошибка покороче.

S_A 12 апр 2011 в 12:24

С удовольствием бы использовал, ради интереса и профессионального уровня, но приходится пользоваться некоторыми (достаточно старыми) бесплатными инструментами разработки, которые не поддерживают. Например, Embedded Visual C++.

tenzink 12 апр 2011 в 12:54

Скоро буду: как только перейдём на VS 2010.

Wyrd 12 апр 2011 в 12:56

вот только variadic templates там нету. хнык (

tenzink 12 апр 2011 в 15:31

Хотелось бы, конечно, чтобы все фичи поддерживались, но для десятки это было недостижимо. При всём этом они реализовали достаточно сбалансированный набор, покрыв критически важные вещи.
Лично мне жалко, что не было возможности включить «Initializer lists», «Defaulted and deleted functions» и «Range-based for». Variadic templates, мне кажется, больше нацелены на авторов библиотек общего назначения, к которым я себя не отношу.

mephisto 12 апр 2011 в 12:58

Не использую ввиду отсутствия проектов на С++ в настоящий момент. Есть только на С, C#, php.

mephisto 12 апр 2011 в 14:17

Для минусующих: выбор языков обусловлен задачами. Задачи обусловлены заказчиками. В моем комменте не было и намека на холивар.

fogx 12 апр 2011 в 15:49

Минус не мой, но мне кажется дело не в холиваре, а просто камент не в тему.

Давай сейчас все, у кого нету проектов на C++ в настоящий момент, начнут здесь перечислять, на чем они пишут вместо этого.

mephisto 12 апр 2011 в 16:53

В принципе вы правы, но в заголовке — вопрос, использую ли я в проектах на C++ возможности C++0x, и есть вариант ответа «Другой вариант, напишу в комментариях». Собственно его и выбрал и написал)

Сорри за оффтоп, удаляюсь из топика)

Kirill_Lykov 12 апр 2011 в 13:06

Особенно лямбды + новые/старые алгоритмы стл, вроде: std::for_each(mycontainer.begin(), mycontainer.end(), [this](val_type element) {...}):

Volfram 12 апр 2011 в 13:08

50+ % за «А что такое С++0х?»
Да вы шутите?

+10

xanep 12 апр 2011 в 13:20

Набежали не С++ программисты и заспамили голосование.

mephisto 12 апр 2011 в 14:17

Надо было добавить вариант «У меня сейчас нет проектов на C++» и все были бы счастливы)

hellman 12 апр 2011 в 15:42

Лучше «не пишу на С++» )

tangro 12 апр 2011 в 14:37

Вроде блог С++ и в вопросе специально уточнено, что опрос касается С++ проектов — а все-равно 50%…

xanep 12 апр 2011 в 15:47

Уже 60%. Сколько на хабре хомячков.

mono2k 12 апр 2011 в 17:07

Набежали С++ программисты и заспамили голосование.

Caiiiycuk 12 апр 2011 в 18:53

Я изучаю C++ уже продолжительное время, и по прежнему в нем много вещей которые я не пробовал на практике, многое слышал/читал но не использовал. Мой ответ как раз «А что такое C++0x?», нет я конечно знаю что там много вкусностей и ништяков, но до применения в реальности мне как до луны еще. Продолжаем учить основы :)

noonv 12 апр 2011 в 13:09

не планирую :)

-2

mordet 12 апр 2011 в 13:37

Использую boost и stl, возможнстей плюсов мне с ними хватает с головой. Почитываю C++0x, но думаю, еще для него рановато.

GooRoo 12 апр 2011 в 14:15

Те же лямбды и auto в С++0x просто позволяют использовать STL и Boost несколько более удобно. Не думаю, что рановато.

mordet 15 апр 2011 в 16:20

Оно конечно же и так, но использование auto вместо длинного Container_Traits::const_iterator кажется какой-то игрушкой. C и C++ мне сильно импонируют потому что я понимаю как это будет работать, а любая неопределенность, автоматический тип, инициализирующийся при первой инстанциации (я специально не буду перечитывать свой пост) выглядет неуместной.

Хотя, конечно, функциональные возможности очень впечатляют

НЛО прилетело и опубликовало эту надпись здесь

torkve 12 апр 2011 в 14:15

lambda, auto, initializer list, unordered_map, новый for

torkve 12 апр 2011 в 14:15

и decltype, разумеется

НЛО прилетело и опубликовало эту надпись здесь

stmuxa 12 апр 2011 в 14:53

а какой вариант по вашему должен был выбрать дизайнет, дотнетчик или пэхэпист?

НЛО прилетело и опубликовало эту надпись здесь

stmuxa 12 апр 2011 в 15:21

Я вот, к примеру, дотнетчик.
Увидал голосование на главной, пришел, проголосовал «Свой вариант».
Кто-то не хочет писать в комментах — проголосовал «Что такое C++0x?». Может он просто не вкурсе откуда растут ноги этого опроса.

НЛО прилетело и опубликовало эту надпись здесь

stmuxa 12 апр 2011 в 15:47

Я думаю многие так и поступили, а некоторые выбрали подходящий ответ из имеющихся.

dborovikov 15 апр 2011 в 17:04

Я — джавист. Что такое C++0x знаю. Стыдно не знать чем живет индустрия. И я не только C++ имею ввиду.

jury 12 апр 2011 в 14:43

Для репрезентативности выборки можно было добавить вариант «А что такое C++?».

danilissimus 12 апр 2011 в 14:55

Шел я сегодня по хабру и увидел юзера в футболке с надписью «С++». Я подскочил и резко двинул ему в iostream, прокричав «ТОЛЬКО СИ» ПОТОМУЧТО Я УГОРЕЛ ПО C99, КРОСПЛАТФОРМЕННОМУ АССЕМБЛЕРУ И РУЧНОМУ УПРАВЛЕНИЮ ПАМЯТЬЮ! ПАЦАНЫ ДУХ СИ ЖИВЕТ ТОЛЬКО НА ХАБРЕ ГДЕ ПАЦАНЫ ЖИВУТ ПРОГРАММИРОВАНИЕМ, МИКРОКОНТРОЛЛЕРАМИ, ПАЯНИЕМ И ПОСЫЛАЮТ СИСТЕМУ ПОДАЛЬШЕ! ТОЛЬКО ХАБР! ТОЛЬКО СИ! БЕЙТЕ ПЛЮСНУТЫХ С ВЕРТУШКИ В ЩИ, ЛЮБИТЕ СЕМЬЮ, ДВИЖУХУ и СЦЕНУ! КОМПИЛИРУЙТЕ ОТКРЫТО И СМЕЛО С ПОМОЩЬЮ GCC! СИ!

+34

GooRoo 12 апр 2011 в 19:37

«Креатифф» норм, но идеологически я не согласен, конечно же. Будем считать, что Вы гопник, а я неформал ;)

burjui 12 апр 2011 в 20:33

А я в последнее время скорее согласен, чем нет. Чем больше кода на C++ вижу и пишу, тем меньше этот язык мне нравится. Новый стандарт, конечно, немного улучшает ситуацию, но заодно привносит ещё больше путаницы в и так-то достаточно сложный язык. А сложность разработки тулз для работы с приплюснутым кодом, компиляторов?
Уже давно есть достойная замена C++ — язык D. Лучше на его развитие бросить силы, а не на монстра, застрявшего в прошлом. Собственно, сам D уже намного лучше C++, нужно только допилить поддержку различных платформ.

GooRoo 13 апр 2011 в 01:19

По задумке D может и круче C++, но по уровню развития далеко позади и вряд когда-нибудь догонит.

Gorthauer87 13 апр 2011 в 01:37

А я в него пока ещё верю. Дотянуть бы тулчейн до поддержки всех популярных платформ и сразу прогресс быстрее пойдет. Да даже включение gdc в основную ветку бы дало нехилый прирост популярности языку. Хотя аналогов Qt на D нету, а QtD при всей своей привлекательности всё-таки костыль.
Мечта идиота — запилить реализацию Qt Quick на чистом D.

naum 12 апр 2011 в 23:02

Вы такой муси-пуси :)

kosmonaFFFt 13 апр 2011 в 12:59

Хочу, но не использую, ибо NetBeans его не поддерживает… Надеюсь скоро запилят…

Paul 14 апр 2011 в 00:06

В NetBeans разе есть родной компилятор? Он же gcc использует, а свежий gcc частично умеет C++0x.

kosmonaFFFt 14 апр 2011 в 07:09

Я имею в виду подсветку синтаксиса и автокомплит… Например слово auto он подчеркивает как ошибку, тип объявленной таким образом переменной не выводит, в отличии от студии 2010, контекстные подсказки по лямбдам не выдает и сами лямбды подчеркивает тоже как ошибки…

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Показать лучшие за всё время

В проектах на С++ уже используете фичи С++0х?

Комментарии 46

Публикации

Истории