forum.opennet.ru - "GCC 4.8.0 будет собираться компилятором C++" (78)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"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.ru/opennews/art.shtml?num=34588
Ответить \| Правка \| Cообщить модератору

Оглавление

GCC 4.8.0 будет собираться компилятором C++, Аноним, 00:34 , 16-Авг-12, (1) +1

GCC 4.8.0 будет собираться компилятором C++, Да, 00:38 , 16-Авг-12, (2)

GCC 4.8.0 будет собираться компилятором C++, Andrey Mitrofanov, 11:11 , 16-Авг-12, (16)

GCC 4.8.0 будет собираться компилятором C++, BratSinot, 01:57 , 16-Авг-12, (3)
GCC 4.8.0 будет собираться компилятором C++, анон, 02:27 , 16-Авг-12, (4)
GCC 4.8.0 будет собираться компилятором C++, lucentcode, 03:46 , 16-Авг-12, (5) –6

GCC 4.8.0 будет собираться компилятором C++, анон, 04:20 , 16-Авг-12, (6) +8

GCC 4.8.0 будет собираться компилятором C++, jerhsell, 06:35 , 16-Авг-12, (7) +2
GCC 4.8.0 будет собираться компилятором C++, lucentcode, 14:58 , 16-Авг-12, (39) +3

GCC 4.8.0 будет собираться компилятором C++, res2500, 08:29 , 17-Авг-12, (77)

GCC 4.8.0 будет собираться компилятором C++, Aquarius, 08:20 , 16-Авг-12, (8) +3
GCC 4.8.0 будет собираться компилятором C++, dq0s4y71, 12:35 , 16-Авг-12, (24) –1

GCC 4.8.0 будет собираться компилятором C++, тоже Аноним, 13:38 , 16-Авг-12, (27)

GCC 4.8.0 будет собираться компилятором C++, dq0s4y71, 14:19 , 16-Авг-12, (33)

GCC 4.8.0 будет собираться компилятором C++, Homo anonymous, 21:48 , 16-Авг-12, (67)

GCC 4.8.0 будет собираться компилятором C++, lucentcode, 15:06 , 16-Авг-12, (41)

GCC 4.8.0 будет собираться компилятором C++, dq0s4y71, 15:25 , 16-Авг-12, (43)

GCC 4.8.0 будет собираться компилятором C++, Аноним, 15:29 , 16-Авг-12, (44)

GCC 4.8.0 будет собираться компилятором C++, kurokaze, 15:36 , 16-Авг-12, (47)
GCC 4.8.0 будет собираться компилятором C++, dq0s4y71, 15:37 , 16-Авг-12, (49)

GCC 4.8.0 будет собираться компилятором C++, Ы, 17:39 , 16-Авг-12, (57) +1

GCC 4.8.0 будет собираться компилятором C++, тоже Аноним, 16:13 , 16-Авг-12, (50)

GCC 4.8.0 будет собираться компилятором C++, dq0s4y71, 18:02 , 16-Авг-12, (59)

GCC 4.8.0 будет собираться компилятором C++, тоже Аноним, 18:54 , 16-Авг-12, (61)

GCC 4.8.0 будет собираться компилятором C++, dq0s4y71, 19:34 , 16-Авг-12, (63)

GCC 4.8.0 будет собираться компилятором C++, Аноним, 17:25 , 16-Авг-12, (56)

GCC 4.8.0 будет собираться компилятором C++, Ы, 17:41 , 16-Авг-12, (58) –1

GCC 4.8.0 будет собираться компилятором C++, Аноним, 16:58 , 16-Авг-12, (52)

GCC 4.8.0 будет собираться компилятором C++, Аноним, 10:03 , 16-Авг-12, (11) –1

GCC 4.8.0 будет собираться компилятором C++, Andrey Mitrofanov, 11:15 , 16-Авг-12, (18) +2

GCC 4.8.0 будет собираться компилятором C++, Клыкастый2, 10:08 , 17-Авг-12, (80) –1

GCC 4.8.0 будет собираться компилятором C++, kurokaze, 15:37 , 16-Авг-12, (48)

GCC 4.8.0 будет собираться компилятором C++, an., 10:22 , 16-Авг-12, (13)

GCC 4.8.0 будет собираться компилятором C++, Аноним, 10:47 , 16-Авг-12, (14) –4

GCC 4.8.0 будет собираться компилятором C++, Аноним, 11:31 , 16-Авг-12, (21) –2

GCC 4.8.0 будет собираться компилятором C++, Xasd, 19:39 , 16-Авг-12, (64) +1
GCC 4.8.0 будет собираться компилятором C++, Аноним, 23:38 , 16-Авг-12, (72)

GCC 4.8.0 будет собираться компилятором C++, Аноним, 23:40 , 16-Авг-12, (73)

GCC 4.8.0 будет собираться компилятором C++, qux, 13:06 , 18-Авг-12, (95)

GCC 4.8.0 будет собираться компилятором C++, Аноним, 11:28 , 16-Авг-12, (20) +1
GCC 4.8.0 будет собираться компилятором C++, 1q2w3e, 11:50 , 16-Авг-12, (22)

GCC 4.8.0 будет собираться компилятором C++, Альтернимус, 12:33 , 16-Авг-12, (23)
GCC 4.8.0 будет собираться компилятором C++, Аноним, 14:47 , 16-Авг-12, (36)
GCC 4.8.0 будет собираться компилятором C++, Клыкастый2, 10:09 , 17-Авг-12, (81)

GCC 4.8.0 будет собираться компилятором C++, Синоним, 13:01 , 16-Авг-12, (25) +2

GCC 4.8.0 будет собираться компилятором C++, dq0s4y71, 13:20 , 16-Авг-12, (26) +1

GCC 4.8.0 будет собираться компилятором C++, Crazy Alex, 14:03 , 16-Авг-12, (28)

GCC 4.8.0 будет собираться компилятором C++, dq0s4y71, 14:17 , 16-Авг-12, (32)

GCC 4.8.0 будет собираться компилятором C++, тоже Аноним, 14:29 , 16-Авг-12, (34)

GCC 4.8.0 будет собираться компилятором C++, dq0s4y71, 14:44 , 16-Авг-12, (35)

GCC 4.8.0 будет собираться компилятором C++, тоже Аноним, 14:51 , 16-Авг-12, (38)

GCC 4.8.0 будет собираться компилятором C++, dq0s4y71, 15:04 , 16-Авг-12, (40)

GCC 4.8.0 будет собираться компилятором C++, тоже Аноним, 15:22 , 16-Авг-12, (42)

GCC 4.8.0 будет собираться компилятором C++, dq0s4y71, 15:34 , 16-Авг-12, (45)

GCC 4.8.0 будет собираться компилятором C++, тоже Аноним, 16:18 , 16-Авг-12, (51)

GCC 4.8.0 будет собираться компилятором C++, dq0s4y71, 17:10 , 16-Авг-12, (55)
GCC 4.8.0 будет собираться компилятором C++, тоже Аноним, 19:00 , 16-Авг-12, (62)
GCC 4.8.0 будет собираться компилятором C++, dq0s4y71, 19:42 , 16-Авг-12, (65)
GCC 4.8.0 будет собираться компилятором C++, тоже Аноним, 08:50 , 17-Авг-12, (78)
GCC 4.8.0 будет собираться компилятором C++, Аноним, 21:11 , 18-Авг-12, (96)

GCC 4.8.0 будет собираться компилятором C++, Синоним, 16:58 , 16-Авг-12, (53)

GCC 4.8.0 будет собираться компилятором C++, Синоним, 17:07 , 16-Авг-12, (54)

GCC 4.8.0 будет собираться компилятором C++, Аноним, 23:31 , 16-Авг-12, (70)

GCC 4.8.0 будет собираться компилятором C++, arisu, 23:37 , 16-Авг-12, (71)
GCC 4.8.0 будет собираться компилятором C++, dq0s4y71, 13:54 , 17-Авг-12, (82)

GCC 4.8.0 будет собираться компилятором C++, тоже Аноним, 14:42 , 17-Авг-12, (84) +1
GCC 4.8.0 будет собираться компилятором C++, arisu, 21:16 , 17-Авг-12, (87)

GCC 4.8.0 будет собираться компилятором C++, тоже Аноним, 22:47 , 17-Авг-12, (88)

GCC 4.8.0 будет собираться компилятором C++, arisu, 23:32 , 17-Авг-12, (92)

GCC 4.8.0 будет собираться компилятором C++, Аноним, 23:41 , 17-Авг-12, (93)

GCC 4.8.0 будет собираться компилятором C++, тоже Аноним, 11:52 , 18-Авг-12, (94)

GCC 4.8.0 будет собираться компилятором C++, Аноним, 14:10 , 16-Авг-12, (31) +2

GCC 4.8.0 будет собираться компилятором C++, Аноним, 14:47 , 16-Авг-12, (37)

GCC 4.8.0 будет собираться компилятором C++, arisu, 20:44 , 16-Авг-12, (66)
GCC 4.8.0 будет собираться компилятором C++, Толстый, 23:16 , 16-Авг-12, (69) –6

GCC 4.8.0 будет собираться компилятором C++, dq0s4y71, 14:00 , 17-Авг-12, (83)

GCC 4.8.0 будет собираться компилятором C++, Аноним, 03:48 , 17-Авг-12, (76)

GCC 4.8.0 будет собираться компилятором C++, Аноним, 23:20 , 17-Авг-12, (90)

Сообщения по теме [Сортировка по времени | 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 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++" +/–

Сообщение от тоже Аноним (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++" +/–

Сообщение от тоже Аноним (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++" +/–

Сообщение от тоже Аноним (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++" +/–

Сообщение от тоже Аноним (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++" +/–

Сообщение от тоже Аноним (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 | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

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 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++"	+/–
	Сообщение от тоже Аноним (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ообщить модератору