необходимо разобраться с обработкой системных исключений , (что писать сюда: catch (...))? компилятор g++

[Qraizer]

Цитата niXman @ 04.12.11, 04:42

тоже незачет: http://liveworkspace.org/code/34a50fc5e8f5...942b6034cce2dd3

Ну знаешь ли... Попробуй это скормить EDG. Или там comeau.

[niXman]

провоцируем ошибку, и voila! http://liveworkspace.org/code/c3b06f4d3eb22fef1cfd2e0576bd5488

[Qraizer]

Попробовал:

Comeau C/C++ 4.3.10.1 (Oct  6 2008 11:28:09) for ONLINE_EVALUATION_BETA2
Copyright 1988-2008 Comeau Computing.  All rights reserved.
MODE:non-strict warnings C90
 
"ComeauTest.c", line 5: error: argument of type "char *" is incompatible with
          parameter of type "char"
        (void)build_name_object("T", "I", "M", i+1);
                                ^
 
"ComeauTest.c", line 5: error: argument of type "char *" is incompatible with
          parameter of type "char"
        (void)build_name_object("T", "I", "M", i+1);
                                     ^
 
"ComeauTest.c", line 5: error: argument of type "char *" is incompatible with
          parameter of type "char"
        (void)build_name_object("T", "I", "M", i+1);
                                          ^
 
3 errors detected in the compilation of "ComeauTest.c".
 
In non-strict mode, with -tused, Compile failed
Hit the Back Button to review your code and compile options.
Compiled with C++0x extensions enabled.

Компилилось в режиме C89 relaxed.
Компромата достаточно. Прежде чем обвинять других в их мелких несоответствиях, стоило бы сначала свои крупные пофиксать.

[niXman]

ну... один

[Qraizer]

Провоцировать ошибки компиляции - оно-то, конечно, метод. Только что ж это получается, если у меня не будет ни одного эррора, но 100500 варнингов, я ничего не увижу?

[niXman]

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

Добавлено 04.12.11, 04:56
на днях исправлю.

[Qraizer]

Тьфу ты. niXman, компромат - не тема этой темы. Вон той - может быть. Тема этой темы - порт gcc под WinAPI, по крайнем мере Win32. Если мы конечно о порте, а не ресборке. Дык вот пока плучается, что порта-то и нет. А это тоже грустно. И мало того, авторам "порта" даже не упиралось его делать портом без кавычек. От этого уже не просто грусно.

Сообщение отредактировано: Qraizer - 04.12.11, 04:59

[niXman]

Qraizer, какой смысл ты вкладываешь в слово "порт" ? наличие SEH? чего-то еще?

[Qraizer]

К слову. Я прекрасно себе представляю объём работы в человеко-часах над реализацией поддержки SEH в компиляторе. Я хорошо себе представлю, что и как должен для этого делать компилятор, и что должна на себя взять RTL. Одно время лазал SoftIce-ом по ядрам Win9x и WinXP, чтобы увидеть, как они там с исключениями справляются. Именно поэтому не питаю иллюзий в плане возможности их реализовать самому. У меня столько свободного времени просто не будет, по крайней мере пока не уйду на пенсию. Но с другой стороны, если есть троица, которая этот "порт" ведёт, значит у неё есть для этого возможности. Так в чём дело тогда?

[niXman]

Цитата Qraizer @ 04.12.11, 05:06

Так в чём дело тогда?

дело в том что не видят необходимости. ты наверное мне не веришь, но я только в той теме узнал что такое SEH и для чего оно надо) хотя не первых год код пишу. правда для linux.

Добавлено 04.12.11, 05:09

Цитата niXman @ 04.12.11, 05:08

только в той теме узнал что такое SEH и для чего оно надо

сам термин я знал давно. но что конкретно это такое, только несколько дней назад узнал.

Сообщение отредактировано: niXman - 04.12.11, 05:09

[Qraizer]

Дык говорилось уже. Поддержка ключевых аспектов платформенной архитектуры. Как бы ты отнёсся в порту Intel C++ Compiler под Linux, если б он не поддерживал ключевые GNUсные расширения? А ведь поддерживает.

[niXman]

Цитата Qraizer @ 04.12.11, 05:09

Поддержка ключевых аспектов платформенной архитектуры.

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

Цитата Qraizer @ 04.12.11, 05:09

Как бы ты отнёсся в порту Intel C++ Compiler под Linux, если б он не поддерживал ключевые GNUсные расширения?

а там нет таковых. компилятор ничего не реализует помимо того что написал юзер. если ты не имеешь ввиду языковые расширения GCC, коих огромное множество.

[niXman]

Qraizer будет доволен
http://liveworkspace.org/code/c7c289facf28fd90444f410e9b8acc55
http://liveworkspace.org/code/9e47c13c75f2a960d1077fd84c8ffcc3

постараюсь поскорей заказать новую верстку, и добавить возможность указывать некоторые опции. и за одно регистрацию запустить. в недрах-то все для этого готово, но на эту верстку не хотел вязать

[neokoder]

Цитата niXman @ 03.12.11, 16:35

я же собираю по максимуму, со всеми плюшками и расширениями, такими как OpenMP, LTO, Graphite, std_atomics, std_threads, e.t.c...

niXman, а как ты объяснишь тот факт, что твоя сборка в распакованном виде занимает на диске 215Мб, а mingw-w64(32-разрядная версия) 1Гиг. Что-то это не укладывается в то что ты дополнительные компоненты включаешь. Получается в их сборке доп. компонентов гораздо больше?

[niXman]

Цитата neokoder @ 04.12.11, 14:08

mingw-w64(32-разрядная версия) 1Гиг

"так им и надо"(с)

Добавлено 04.12.11, 14:11
но, честно говоря, я этого не знал)))
страшно представить чего они в архивы пихают %)

Добавлено 04.12.11, 14:21
а я то думал как бы еще объем компилятора уменьшить