https://opennet.ru/openforum/vsluhforumID3/86026.html План (http://gcc.gnu.org/wiki/cxx-conversion) частичного перевода набора компиляторов GCC с языка Си на Си++ начинает сбываться (http://gcc.gnu.org/ml/gcc/2012-08/msg00015.html) - осуществлено (http://gcc.gnu.org/git/?p=gcc.git;a=commit;h=2b15d2ba7eb3a25dfb15a7300f4ee7a141ee8539) слияние веток cxx-conversion (http://gcc.gnu.org/wiki/cxx-conversion) и trunk. Начиная с GCC 4.8 для сборки GCC может быть использован только компилятор С++. Целью перехода к использованию языка C++ для разработки GCC является чистка и переработка отдельных внутренних компонентов проекта, в которых наблюдаются проблемы с небезопасной типизацией. Такие компоненты постепенно будут переписаны с использованием классов и шаблонов C++. Полная переработка GCC на C++ не входит в планы разработчиков.<br><br>URL: http://developers.slashdot.org/story/12/08/15/1338212/gcc-switches-from-c-to-c<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=34588<br> https://opennet.ru/openforum/vsluhforumID3/86026.html#96 Sat, 18 Aug 2012 17:11:34 GMT Э нет, простите. Тут вы в корне неправы.<br><br>Инфраструктура (наличие библиотек, рынка труда, инфы, проверенных паттернов и примеров, перспектив развития, стандартов) как правило не менее важна чем пригодность самого языка в его текущем виде. Иначе, например, на Хаскеле или D писало бы *гораздо* больше народу.<br> https://opennet.ru/openforum/vsluhforumID3/86026.html#95 Sat, 18 Aug 2012 09:06:13 GMT Из-за чего драма?<br><br>http://www.gnu.org/software/gdb/current/<br><br>&gt; git clone git://sourceware.org/git/gdb.git<br><br>Интервал синхронизации мешает? Так ваше письмо дольше идти будет.<br> https://opennet.ru/openforum/vsluhforumID3/86026.html#94 Sat, 18 Aug 2012 07:52:07 GMT Если у вас классы создаются "на пустом месте", без какого-либо оригинального кода - просто используйте ОДИН шаблон для таких классов. Не надо костылей.<br> https://opennet.ru/openforum/vsluhforumID3/86026.html#93 Fri, 17 Aug 2012 19:41:14 GMT тут вся проблема не в этом. А в том, что место небольшогшо куска кода с try/finall нужно городить целый грёбанный класс, на пустом месте. Или другими сдовами, этот ебанутый старпёр вынуждает пользоваться только ООП парадигмой, либо лепить костыли в C стиле.<br> https://opennet.ru/openforum/vsluhforumID3/86026.html#92 Fri, 17 Aug 2012 19:32:28 GMT тоже верно&#8230;<br> https://opennet.ru/openforum/vsluhforumID3/86026.html#90 Fri, 17 Aug 2012 19:20:47 GMT gcc станет мудрее )))<br> https://opennet.ru/openforum/vsluhforumID3/86026.html#88 Fri, 17 Aug 2012 18:47:26 GMT Судя по тому, что конструктор и деструктор должен вызывать компилятор, это был какой-то другой язык...<br> https://opennet.ru/openforum/vsluhforumID3/86026.html#87 Fri, 17 Aug 2012 17:16:34 GMT &gt; Ну и вообще в духе С++: никогда толком не знаешь, <br>&gt; в какой момент компилятор решит неявно вызвать конструктор\деструктор&#8230;<br><br>а ты язык-то учить не пробовал? сильно помогает узнать, когда же гадский компилятор&#8230;<br> https://opennet.ru/openforum/vsluhforumID3/86026.html#84 Fri, 17 Aug 2012 10:42:23 GMT &gt; Ну и вообще в духе С++: никогда толком не знаешь, в какой момент компилятор решит неявно вызвать конструктор\деструктор...<br><br>Вы с PHP или Java не перепутали? Я почему-то не страдаю такими вопросами, давно и продуктивно используя С++. Всегда понятно, где может кончиться время жизни объекта и будет вызван деструктор.<br>