The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"GCC 4.8.0 будет собираться компилятором C++"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от opennews (??) on 16-Авг-12, 00:34 
План (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=2b15d2ba7eb3a25...) слияние веток  cxx-conversion (http://gcc.gnu.org/wiki/cxx-conversion) и trunk. Начиная с GCC 4.8 для сборки GCC может быть использован только компилятор С++. Целью перехода к использованию языка C++ для разработки GCC является чистка и переработка отдельных внутренних компонентов проекта, в которых наблюдаются проблемы с небезопасной типизацией. Такие компоненты постепенно будут переписаны с использованием классов и шаблонов C++. Полная переработка GCC на C++ не входит в планы разработчиков.

URL: http://developers.slashdot.org/story/12/08/15/1338212/gcc-sw...
Новость: http://www.opennet.dev/opennews/art.shtml?num=34588

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "GCC 4.8.0 будет собираться компилятором C++"  +1 +/
Сообщение от Аноним (??) on 16-Авг-12, 00:34 
а g++ будут собирать при помощи gcc?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от Да on 16-Авг-12, 00:38 
Думаю, что нет. Скорее всего это будет обыкновенный bootstrap: для g++ нужен будет g++. Но нужно будет отдельно проверять тем, кому это в самом деле интересно.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

16. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от Andrey Mitrofanov on 16-Авг-12, 11:11 
>обыкновенный bootstrap:

Спасибо! Он не знал.Ж)

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

3. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от BratSinot on 16-Авг-12, 01:57 
А ведь два года прошло с момента "разрешения" использования C++ в GCC... Я надеялся что все забудут :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от анон on 16-Авг-12, 02:27 
Надо было сразу шлангом
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "GCC 4.8.0 будет собираться компилятором C++"  –6 +/
Сообщение от lucentcode (ok) on 16-Авг-12, 03:46 
Давно пора. Использование C++ повлияет и на архитектуру проекта. Она станет более стройной. Разделение на низкоуровневый слой и стройную высокоуровневую архитектуру поможет ускорить развитие проекта.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

6. "GCC 4.8.0 будет собираться компилятором C++"  +8 +/
Сообщение от анон on 16-Авг-12, 04:20 
... или превратить проект в кашу.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

7. "GCC 4.8.0 будет собираться компилятором C++"  +2 +/
Сообщение от jerhsell email on 16-Авг-12, 06:35 
Он уже каша. Если вы про код. Я вот про код.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

39. "GCC 4.8.0 будет собираться компилятором C++"  +3 +/
Сообщение от lucentcode (ok) on 16-Авг-12, 14:58 
Это зависит от разработчиков, не от ЯП. Можно и на PHP писать прекрасный код. А на великолепном Ruby напортачить так, что и не разберёшься потом что и где. Качество кода никак не коррелирует с ЯП.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

77. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от res2500 on 17-Авг-12, 08:29 
набыдлокодить можно на любом ЯП
Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

8. "GCC 4.8.0 будет собираться компилятором C++"  +3 +/
Сообщение от Aquarius (ok) on 16-Авг-12, 08:20 
> ... поможет ускорить развитие проекта.

и замедлить его сборку

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

24. "GCC 4.8.0 будет собираться компилятором C++"  –1 +/
Сообщение от dq0s4y71 (??) on 16-Авг-12, 12:35 
Чушь. Использование одного языка вместо другого никак не сделает архитектуру "более стройной".
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

27. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от тоже Аноним (ok) on 16-Авг-12, 13:38 
Не сделает, но позволит сделать.
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

33. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от dq0s4y71 (??) on 16-Авг-12, 14:19 
Это относится почти к любому ЯП.
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

67. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от Homo anonymous on 16-Авг-12, 21:48 
>Это относится почти к любому ЯП.

fixed: Это относится почти к любому ЯООП.

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

41. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от lucentcode (ok) on 16-Авг-12, 15:06 
Ошибаетесь. Сам ЯП никак не влияет на качество кода, и качество архитектуры проекта. Но люди использующие к месту ООП, проектирую более стройные и удобные, легкоподдерживаемые интерфейсы. Использование некоторых возможностей C++ позволит отделить те части кода, которые должны быть сильно оптимизированны от кода, уровень которого может(и должен) быть выше. Посмотрите на LLVM. Создать новый компилятор с использование LLVM намного легче, чем с нуля. Низкоуровневые оптимизации вообще не проблема создателя компилятора. Их решают разработчики LLVM. А создателю компилятора для нового ЯП достаточно создать копилятор в LLVM-JIT. Для кодогенерации используются библиотеки проекта. По сути дела LLVM - это просто находка для создателей различных компиляторов. GCC может стать ещё лучше, если его грамотно спроектировать.
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

43. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от dq0s4y71 (??) on 16-Авг-12, 15:25 
> Но люди использующие к месту ООП, проектирую более стройные и удобные, легкоподдерживаемые интерфейсы.

Сомневаюсь. Добавьте метод в базовый класс и ваш "стройный и удобный, легкоподдерживаемый интерфейс" летит ко всем чертям - ВСЕ библиотеки, использующие этот класс, надо перекомпилировать, иначе теряется бинарная совместимость.

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

44. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от Аноним (??) on 16-Авг-12, 15:29 
это проблема C++ ABI у gcc ;-)
у некоторых этой проблемы нету.
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

47. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от kurokaze (ok) on 16-Авг-12, 15:36 
> это проблема C++ ABI у gcc ;-)
> у некоторых этой проблемы нету.

как страшно жить

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

49. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от dq0s4y71 (??) on 16-Авг-12, 15:37 
> у некоторых этой проблемы нету.

Это у кого же? Назовите мне компилятор C++, который позволит изменить базовый класс без необходимости перекомпиляции всего наследующего кода? :)

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

57. "GCC 4.8.0 будет собираться компилятором C++"  +1 +/
Сообщение от Ы on 16-Авг-12, 17:39 
100500 раз просим!
Но сдаётся мне что кто просто зря побеспокоил водную поверхность ...
Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

50. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от тоже Аноним (ok) on 16-Авг-12, 16:13 
Мне, как "крестовику", добавление методов в базовый класс, используемый многими библиотеками, представляется куда более страшным и опасным делом, чем перекомпиляция этих библиотек.
Особенно если этот базовый класс предоставляет именно интерфейс. Зачем в интерфейсе, уже используемом многими библиотеками, что-то менять? Нужен новый функционал - применяйте наследование. Однако, если действительно меняется интерфейс, странно не затронуть тех, кто им пользуется.
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

59. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от dq0s4y71 (??) on 16-Авг-12, 18:02 
> Зачем в интерфейсе, уже используемом многими библиотеками, что-то менять?

Добро пожаловать в реальный мир! :)

Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

61. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от тоже Аноним email(ok) on 16-Авг-12, 18:54 
Видимо, вы так делаете каждый день.
Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

63. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от dq0s4y71 (??) on 16-Авг-12, 19:34 
Да, каждое утро, после пробуждения :)
Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

56. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от Аноним (??) on 16-Авг-12, 17:25 
Нормальные люди добавляют виртуальные методы в конец списка и не имеют проблем — как и научено в манах по поддержанию бинарной совместимости. Гуглить маны KDE и Qt.
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

58. "GCC 4.8.0 будет собираться компилятором C++"  –1 +/
Сообщение от Ы on 16-Авг-12, 17:41 
Те есть тот же гцц подойдёт? Ты редкостный петросян! :)
Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

52. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от Аноним (??) on 16-Авг-12, 16:58 
Подумай ещё раз.
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

11. "GCC 4.8.0 будет собираться компилятором C++"  –1 +/
Сообщение от Аноним (??) on 16-Авг-12, 10:03 
>>> компоненты постепенно будут переписаны с использованием классов и шаблонов C++.

Ух ты теперь gcc будет себя компилировать неделю ???

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

18. "GCC 4.8.0 будет собираться компилятором C++"  +2 +/
Сообщение от Andrey Mitrofanov on 16-Авг-12, 11:15 
>будет себя компилировать неделю ???

Интел Корп. [и дилеры] будет рад продать Вам новейших надцатиядрёных утюгов для решения Вашего затруднения.

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

80. "GCC 4.8.0 будет собираться компилятором C++"  –1 +/
Сообщение от Клыкастый2 on 17-Авг-12, 10:08 
clang решит его затруднения. а надцатиядерные утюги интел продаст дистростоителям вашего дистра.
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

48. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от kurokaze (ok) on 16-Авг-12, 15:37 
> Ух ты теперь gcc будет себя компилировать неделю ???

либра собирается за 40 минут, а она намного объемнее


Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

13. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от an. on 16-Авг-12, 10:22 
Кстати, подобные работы ведутся сейчас и в gdb...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. "GCC 4.8.0 будет собираться компилятором C++"  –4 +/
Сообщение от Аноним (??) on 16-Авг-12, 10:47 
этим клоунам не помещало бы для начала уйти с cvs
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

21. "GCC 4.8.0 будет собираться компилятором C++"  –2 +/
Сообщение от Аноним (??) on 16-Авг-12, 11:31 
они давно уже на svn
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

64. "GCC 4.8.0 будет собираться компилятором C++"  +1 +/
Сообщение от Xasd (ok) on 16-Авг-12, 19:39 
офигеть какой проресс!</sarcasm> :-D :-D :-D
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

72. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от Аноним (??) on 16-Авг-12, 23:38 
зачем же ты врёшь, они сидят на cvs
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

73. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от Аноним (??) on 16-Авг-12, 23:40 
вот прув http://sources.redhat.com/gdb/current/

и патчи они принимают только относительно свего cvs

Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

95. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от qux (ok) on 18-Авг-12, 13:06 
Из-за чего драма?

http://www.gnu.org/software/gdb/current/

> git clone git://sourceware.org/git/gdb.git

Интервал синхронизации мешает? Так ваше письмо дольше идти будет.

Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

20. "GCC 4.8.0 будет собираться компилятором C++"  +1 +/
Сообщение от Аноним (??) on 16-Авг-12, 11:28 
Ну все прындец, станет еще хуже
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

22. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от 1q2w3e on 16-Авг-12, 11:50 
А почему в каментах к новости о GCC нет ни одного упоминания о Clang?
Непорядок!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

23. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от Альтернимус on 16-Авг-12, 12:33 
> А почему в каментах к новости о GCC нет ни одного упоминания
> о Clang?
> Непорядок!

Отключите криокамеру, уважаемый.
>> Сообщение от анон on 16-Авг-12, 02:27
>> Надо было сразу шлангом

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

36. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от Аноним (??) on 16-Авг-12, 14:47 
когда-то CLang за это ругали, теперь GCC догоняет
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

81. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от Клыкастый2 on 17-Авг-12, 10:09 
> А почему в каментах к новости о GCC нет ни одного упоминания
> о Clang?
> Непорядок!

уже есть. я добавил :)

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

25. "GCC 4.8.0 будет собираться компилятором C++"  +2 +/
Сообщение от Синоним on 16-Авг-12, 13:01 
Адептов Си всё меньше, это испытание нашей веры. Нужно всё это вынести, и там за горами всё станет как прежде...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

26. "GCC 4.8.0 будет собираться компилятором C++"  +1 +/
Сообщение от dq0s4y71 (??) on 16-Авг-12, 13:20 
<вброс>Да ладно! Религиозный фанатизм, по-моему, как раз характерен для адептов С++. Потому, что они "мыслят классами", а не головой, и думают, что если используется ООП, то архитектура автоматически становится "стройной". Ну, а мы, наСИльники, понимаем, что Си - плохой язык, но лучше пока не придумали ;))</вброс>
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

28. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от Crazy Alex (ok) on 16-Авг-12, 14:03 
Ок, продолжим :-)

Вы, наСИльники, никак не можете понять, что плюсы ни одного инструмента не отбирают, только добавляют. А разработчики gcc явно имеют достаточную квалификацию чтобы их грамотно использовать.

Ну и "проблемы с небезопасной типизацией" наСИльников не волнуют ;-)

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

32. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от dq0s4y71 (??) on 16-Авг-12, 14:17 
> плюсы ни одного инструмента не отбирают, только добавляют

Вот это-то и плохо. "Сущности не следует умножать без необходимости". http://yosefk.com/c++fqa/images/cat.png

> Ну и "проблемы с небезопасной типизацией" наСИльников не волнуют ;-)

Решая "проблему небезопасной типизации", С++ создаёт другую проблему: геморрой при преобразовании типов.

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

34. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от тоже Аноним (ok) on 16-Авг-12, 14:29 
Очевидно, разработчиков больше волнуют проблемы небезопасной типизации, чем легкость преобразования типов.
Полагаю, они учитывают правило "код читается чаще, чем пишется" и предпочитают доверить компьютеру те проверки, которые он может выполнять автоматически. Даже если это чуть уменьшит продуктивность программистов.
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

35. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от dq0s4y71 (??) on 16-Авг-12, 14:44 
Ну, насколько я понимаю, "небезопасная типизация" их вообще не волновала. Они перешли на С++, в основном, ради шаблонов.
Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

38. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от тоже Аноним (ok) on 16-Авг-12, 14:51 
Оглашался список того, ради чего они перешли. Там и STL вместо велосипедов, и smart pointers вместо сборщика мусора, и inline вместо макросов, и другие приятные вещи. Безопасная типизация, как минимум, не ухудшит качество самого кода, при этом фактически заставит сделать его ревизию. Почему нет?
Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

40. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от dq0s4y71 (??) on 16-Авг-12, 15:04 
Да на здоровье! С самого начала почему на С++ не стали писать? И почему полная переработка на C++ не входит в планы разработчиков? Не так, там наверное, всё вкусно... :)
Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

42. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от тоже Аноним (ok) on 16-Авг-12, 15:22 
> С самого начала почему на С++ не стали писать?

Посмотрите историю GCC и C++ хотя бы в Википедии.

> И почему полная переработка на C++ не входит в планы разработчиков?

Потому что они не маются дурью со скуки, а работают. Перерабатывают те части, которые развиваются, и те, которые тяжелы в сопровождении. Зачем впустую переписывать то, что уже отлажено, работает и не доставляет проблем?

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

45. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от dq0s4y71 (??) on 16-Авг-12, 15:34 
> Посмотрите историю GCC и C++ хотя бы в Википедии.

Угу. И вы тоже. И увидите, что Столлман начал писать его вообще на Паскале - ещё одном языке с "безопасной типизацией", - но почему-то потом его переписали на "небезопасный" Си. А прелести С++, почему-то, до сего дня никого не прельщали.

> Зачем впустую переписывать то, что уже отлажено, работает и не доставляет проблем?

Действительно! И какая разница, что там не используется STL, smart pointers, и __inline вместо inline?

Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

51. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от тоже Аноним (ok) on 16-Авг-12, 16:18 
> Угу. И вы тоже. И увидите, что

... ответ на ваш вопрос "почему не написали на С++ с самого начала?" тривиален. С++ тогда было год от роду, и стандартов на него, в отличие от С, не было.

> не используется STL

Не использоВАЛСЯ. А был, например, велосипедный VEC, который сейчас заменяют на std::vector. Познакомьтесь поближе с материалом, о котором рассуждаете.


Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

55. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от dq0s4y71 (??) on 16-Авг-12, 17:10 
> С++ тогда было год от роду,

Не совсем так. "Си с классами" появился в 1979 г., в С++ его переименовали в 1983-м, а первая версия GCC появилась только в 1987-м. Так что, С++ тогда было, как минимум, 4 года.

> и стандартов на него, в отличие от С, не было.

А причём здесь стандарты С++? Столлман вообще начал писать GCC на собственной, ни с чем не совместимой версии Паскаля, и отсутствие стандартов на неё ему никак не мешало :)

> Не использоВАЛСЯ.

В оставшихся модулях, написанных на Си, которые работают и не доставляют проблем, не испольЗУЕТСЯ. Читайте внимательнее :)

Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

62. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от тоже Аноним email(ok) on 16-Авг-12, 19:00 
> Так что, С++ тогда было, как минимум, 4 года.

И до первого стандарта С++ оставалось еще два года. Между прочим, "когда вышла первая версия GCC" - это время, когда он уже был написан. Начали его писать несколько раньше.

> А причём здесь стандарты С++?

При том, что тогда причин предпочесть именно этот язык было не больше, чем сейчас - в пользу D или Vala.

> В оставшихся модулях, написанных на Си, которые работают и не доставляют проблем,
> не испольЗУЕТСЯ. Читайте внимательнее :)

Читайте внимательно и вы: там используются велосипеды, код которых будет изменен, а "оставшиеся модули" теперь будут обращаться уже не к велосипедам, а к оберткам над STL-классами. Это еще не повод переписывать эти модули - достаточно перекомпилировать и убедиться, что они проходят тесты.

Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

65. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от dq0s4y71 (??) on 16-Авг-12, 19:42 
>> А причём здесь стандарты С++?
> При том, что тогда причин предпочесть именно этот язык было не больше, чем сейчас - в пользу D или Vala.

Я так и не понял, при чём здесь стандарты... Главный причина выбора ЯП для решения какой-либо задачи - его удобство для решения этой задачи, а не наличие/отсутствие стандартов на него.

Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

78. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от тоже Аноним email(ok) on 17-Авг-12, 08:50 
Стандарты здесь ни при чем. Но всерьез впрягаться писать что-либо сложное на языке с неопределенным будущим - глупость. Тем более, что компиляторы пишут отнюдь не "на один запуск". Приходится задумываться о долгосрочной поддержке и выбирать решения из мэйнстрима, просто чтобы со временем не огрести головной боли.
Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

96. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от Аноним (??) on 18-Авг-12, 21:11 
Э нет, простите. Тут вы в корне неправы.

Инфраструктура (наличие библиотек, рынка труда, инфы, проверенных паттернов и примеров, перспектив развития, стандартов) как правило не менее важна чем пригодность самого языка в его текущем виде. Иначе, например, на Хаскеле или D писало бы *гораздо* больше народу.

Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

53. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от Синоним on 16-Авг-12, 16:58 
> Решая "проблему небезопасной типизации", С++ создаёт другую проблему: геморрой при преобразовании
> типов.

Именно в этом проблема. А жаль, мне хочется шаблонов немножко... Но уш лучше простота в преобразовании.

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

54. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от Синоним on 16-Авг-12, 17:07 
Хотя в последнем си стандарте... Но я ещё не дожил чтоб это попробовать, минГв се дела...
Или уже реализовано там?
Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

70. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от Аноним (??) on 16-Авг-12, 23:31 
на самом деле это неправда, маразматичный страуструп насильственно насаживает модель ооп в плюсах, в отличие от си плюсы не являются мультипарадигменным яп. Вот пример мармазма этого олегофрена

http://www.stroustrup.com/bs_faq2.html#finally

Why doesn't C++ provide a "finally" construct?

Because C++ supports an alternative that is almost always better: The "resource acquisition is initialization" technique (TC++PL3 section 14.4). The basic idea is to represent a resource by a local object, so that the local object's destructor will release the resource. That way, the programmer cannot forget to release the resource.

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

71. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от arisu (ok) on 16-Авг-12, 23:37 
и что тут такого «маразматичного»? у си, например, нет *никакого* механизма для этого — ни автоматических объектов с cleanup, ни finally.
Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

82. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от dq0s4y71 (??) on 17-Авг-12, 13:54 
Согласен. Маразм. Если программист должен явно резервировать ресурс, то он же должен явно его и освобождать. Это логично.

> That way, the programmer cannot forget to release the resource.

Ну, да, программист "не может забыть", потому что он И НЕ ПОМНИТ об этом - за него это делает неявный вызов деструктора! И это - плохая практика, т.к. ПРИУЧАЕТ программиста не думать об освобождении ресурсов. Ну и вообще в духе С++: никогда толком не знаешь, в какой момент компилятор решит неявно вызвать конструктор\деструктор...

Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

84. "GCC 4.8.0 будет собираться компилятором C++"  +1 +/
Сообщение от тоже Аноним (ok) on 17-Авг-12, 14:42 
> Ну и вообще в духе С++: никогда толком не знаешь, в какой момент компилятор решит неявно вызвать конструктор\деструктор...

Вы с PHP или Java не перепутали? Я почему-то не страдаю такими вопросами, давно и продуктивно используя С++. Всегда понятно, где может кончиться время жизни объекта и будет вызван деструктор.

Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

87. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от arisu (ok) on 17-Авг-12, 21:16 
> Ну и вообще в духе С++: никогда толком не знаешь,
> в какой момент компилятор решит неявно вызвать конструктор\деструктор…

а ты язык-то учить не пробовал? сильно помогает узнать, когда же гадский компилятор…

Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

88. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от тоже Аноним email(ok) on 17-Авг-12, 22:47 
Судя по тому, что конструктор и деструктор должен вызывать компилятор, это был какой-то другой язык...
Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

92. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от arisu (ok) on 17-Авг-12, 23:32 
тоже верно…
Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

93. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от Аноним (??) on 17-Авг-12, 23:41 
тут вся проблема не в этом. А в том, что место небольшогшо куска кода с try/finall нужно городить целый грёбанный класс, на пустом месте. Или другими сдовами, этот ебанутый старпёр вынуждает пользоваться только ООП парадигмой, либо лепить костыли в C стиле.
Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

94. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от тоже Аноним email(ok) on 18-Авг-12, 11:52 
Если у вас классы создаются "на пустом месте", без какого-либо оригинального кода - просто используйте ОДИН шаблон для таких классов. Не надо костылей.
Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

31. "GCC 4.8.0 будет собираться компилятором C++"  +2 +/
Сообщение от Аноним (??) on 16-Авг-12, 14:10 
> Полная переработка GCC на C++ не входит в планы разработчиков.

а жаль!!

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

37. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от Аноним (??) on 16-Авг-12, 14:47 
Они не осилят переработать ТАКОЙ объём кода
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

66. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от arisu (ok) on 16-Авг-12, 20:44 
пропал калабуховский дом. будем иметь ещё более страшного монстрика: теперь со вкусом C++.

радует только одно: обычно ребята очень неспешно реализуют задумки. так что немного ещё поживём.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

69. "GCC 4.8.0 будет собираться компилятором C++"  –6 +/
Сообщение от Толстый (ok) on 16-Авг-12, 23:16 
C говно уже только потому что у него нет деструкторов и шаблонов. С++11 с лямбда функциями, автовыводом типов и списками инициализации - вкусняшка. Адепты С(включая кстати самого Линуса) катятся куда подальше. Разработчикам GCC - респект, хотя одна только смена языка не поможет догнать clang по качеству кода.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

83. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от dq0s4y71 (??) on 17-Авг-12, 14:00 
"Тот, кто не горбатый, страшно некрасив" (с) Верблюд
Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

76. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от Аноним (??) on 17-Авг-12, 03:48 
Значит ли это что gcc теперь станет еще медленнее?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

90. "GCC 4.8.0 будет собираться компилятором C++"  +/
Сообщение от Аноним (??) on 17-Авг-12, 23:20 
gcc станет мудрее )))
Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру