поддержка стандарта с++11(многопоточность)

[soican]

меня интересует в данный момент разработка многопоточных приложений на билдере.
Я нашел boost thread library и standart thread library(с++11).
Смогу ли я их использовать на каком либо билдере? у кого есть информация по этой теме, поделитесь пожалуйста

[S0mbre]

Cpp11 поддерживается (частично) в новейших версиях билдера. поищи на сайте embarcadero.com "C++11" - должен найти страницу, где перечислен поддерживаемый функционал Cpp11. Boost::threads не поддерживался, по крайней мере в RAD Studio 2010. В более поздних верчиях - не проверял, возможно, уже поддерживается. Посмотри в папке boost в дистрибутиве Embarcadero.

[POV]

На хабре оцени "читаемость" нового кода.. Отпадет, думаю, желание на этом недоразумении кодить.

[d7d1cd]

меня интересует в данный момент разработка многопоточных приложений на билдере.

А чем тебя TThread не устраивает?

[soican]

Boost::threads не поддерживался, по крайней мере в RAD Studio 2010

я нашел boost_thread-bcb-mt-1_39.dll в папке C:\Program Files\Embarcadero\RAD Studio\8.0\lib\win32\release (у меня версия XE) может оно? вроде писал #include - компилировалось

На хабре оцени "читаемость" нового кода.. Отпадет, думаю, желание на этом недоразумении кодить.

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

А чем тебя TThread не устраивает?

)) все устраивает т.к. еще не сделал ни одного многопоточного приложения, а сейчас задача стоит переделать код под многопоточность, вот я и затупил немного, в с++11 есть standart thread library, а ещё есть boost, есть omp, есть теперь TThread а выбрать нужно одну единственную!))

[S0mbre]

Выбирай инструменты (библиотеки, языки программирования, IDE) под конкретные задачи. Если знаешь, что будешь точно писать на билдере и 100% под винду, смысла особого отказываться от TThread не вижу (разве что часто приходится допиливать этот весьма урезанный класс под свои задачи, например, для манипуляции потоковым пулом). Если на кону кроссплатформенность, то: 1) если все-таки писать на плюсах, я бы начал думать в сторону Qt; 2) если язык не имеет значения, то для поддержки потоков лучшего, чем Java, на мой взгляд, не придумано.

[Kray74]

2) если язык не имеет значения, то для поддержки потоков лучшего, чем Java, на мой взгляд, не придумано.

А как же Erlang?

[S0mbre]

2) если язык не имеет значения, то для поддержки потоков лучшего, чем Java, на мой взгляд, не придумано.

А как же Erlang?

Да,да, но для этого надо иметь навыки функционального программирования...