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

[neokoder]

Разобрался, MinGW конфликтовал с Cygwin. Убрал пути Cygwin'а из PATH, вроде все заработало нормально.

Ну в общем ладно, ловит SEH GCC из сборки MinGW с помощью SetUnhandledExceptionFilter и то хоть хорошо. Только вот стек не будет раскручиваться, потому что поймать SEH-исключение в MinGW(G++) ни с помощью __except, ни с помощью catch невозможно!

Сообщение отредактировано: neokoder - 03.12.11, 15:58

[niXman]

Цитата повстанец @ 03.12.11, 15:46

чё такое релиз

это стабильная версия, прошедшая необходимые тесты.

Цитата повстанец @ 03.12.11, 15:46

чё такое пререлиз

то же что и выше, но в данный момент проходящая тестирование. т.е. еще не сошедшая с "конвейера".

Цитата повстанец @ 03.12.11, 15:46

чё такое снэпшот

разрабатываемая в данный момент версия. т.е. заготовка. нифига не стабильная.

[повстанец]

Ну вот, другой коленкор, спасибо, А я правильно понял что выпуски, отличающиеся только расширениями, просто сархивированы по-разному? Я себе обязательно поставлю, только не щас и буду их "дружить" с DEV-С++... Так ты говоришь, о путях можно не беспокоиться, все привязаны к "bin"? Хотя я и не начинал ещё ставить, должно получиться

[niXman]

Цитата повстанец @ 03.12.11, 16:09

выпуски, отличающиеся только расширениями, просто сархивированы по-разному?

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

Цитата повстанец @ 03.12.11, 16:09

ты говоришь, о путях можно не беспокоиться, все привязаны к "bin"?

ага.

[neokoder]

niXman, я так понял ты используешь mingw-w64.
А там у них вроде и есть сборки и для 64-битных систем. А ты почему только mingw32 собираешь?
И вообще я сейчас качаю с их sourceforge mingw-w32-bin_i686-mingw_20111202.zip чем он он твоего отличается то?

Ну то есть я не понял зачем ты чего там собираешь если есть уже готовые сборки mingw-w32 и mingw-w64?

Сообщение отредактировано: neokoder - 03.12.11, 16:21

[niXman]

Цитата neokoder @ 03.12.11, 16:18

ты почему только mingw32 собираешь?

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

Цитата neokoder @ 03.12.11, 16:18

чем он он твоего отличается то?

хз.. судя по дате, это снэпшот.

Добавлено 03.12.11, 16:23

Цитата neokoder @ 03.12.11, 16:18

есть уже готовые сборки

а почему ты те сборки считаешь готовыми? а не на оборот

[neokoder]

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

а почему ты те сборки считаешь готовыми? а не на оборот

Да потому что бинарники уже есть и собирать ничего не нужно. Смысл твоих сборок? Можешь четко ответить, по-нормальному, без тролинга.

[niXman]

Цитата neokoder @ 03.12.11, 16:28

потому что бинарники уже есть и собирать ничего не нужно

ну дык. тебе разве что-то нужно собирать? бинарники ведь уже есть и собирать ничего не нужно.

Цитата neokoder @ 03.12.11, 16:28

Можешь четко ответить

ну епс...
у проекта mingw-w64 нет цели в сборках MinGW как таковой. и сам проект имеет несколько другую цель. те бинари что ты видишь, являются побочным продуктом деятельности их проекта, ибо они их собирают для теста своего продукта.

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

тут еще можешь почитать.

Сообщение отредактировано: niXman - 03.12.11, 16:48

[neokoder]

Понятно.

[Qraizer]

Цитата niXman @ 03.12.11, 14:59

но что-то подобных тем в сторону gcc/edg/comeau найдено не было.

Та на. За одно только описанное в стартовом посте поведение стоит выкинуть gcc и не вспоминать о нём больше. А там ещё есть 38-й пост, который ну просто без комментариев - никогда, ни до, ни после, мне не хотелось авторам компиляторов физиономии разукрашивать. Поищи-ка нечто подобное в адрес MS.
Что касается EDG, то с ребятами оттуда, в частности Вильямом Миллером, я даже переписывался на предмет одного тонкого момента в Стандарте, где меня убедили, что Comeau, несмотря ни на что, Стандарт не нарушает. Стандарт сам по себе штука не тривиальная, читать его правильно надо ещё уметь. К примеру, вот:

Цитата 5 Expressions

4. If during the evaluation of an expression, the result is not mathematically defined or not in the range of representable values for its type, the behavior is undefined. [ Note: most existing implementations of C++ ignore integer overflows. Treatment of division by zero, forming a remainder using a zero divisor, and all floating point exceptions vary among machines, and is usually adjustable by a library function. —end note ]

Где со стороны MS нарушение Стандарта касательно, скажем, деления на нуль?

Цитата 4.1 Lvalue-to-rvalue conversion

1. ...If the object to which the glvalue refers is not an object of type T and is not an object of a type derived from T, or if the object is uninitialized, a program that necessitates this conversion has undefined behavior...

Где со стороны MS нарушение Стандарта касательно разыменования невалидных указателей?

Цитата 2.11 Identifiers

3. In addition, some identifiers are reserved for use by C++ implementations and standard libraries (17.6.4.3.2) and shall not be used otherwise; no diagnostic is required.

Цитата 17.6.4.3.2 Global names

1 Certain sets of names and function signatures are always reserved to the implementation:

• Each name that contains a double underscore __ or begins with an underscore followed by an uppercase letter (2.12) is reserved to the implementation for any use.
• Each name that begins with an underscore is reserved to the implementation for use as a name in the global namespace.

Где со стороны MS нарушение Стандарта касательно идентификаторов __try/__except/__finally/__leave?

Цитата niXman @ 03.12.11, 14:59

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

Ичё? А что такое "порт" по-твоему? Рекомпиляция и сборка, лишь бы було? Дык это и я смогу, не думаю, что понадобится много времени. Уж точно не 20 лет. Впрочем, кому я это рассказываю, ты сам вон сборки выкладываешь. Я тебя разочарую. Порт на то и порт, что он должен учитывать специфику платформы. Иначе это не порт, а просто частная сборка.

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

[niXman]

Цитата Qraizer @ 04.12.11, 04:34

Та на.

незачет
все дело в том, что если компиляция закончилась без ошибки, то варнинги не выводятся пользователю. это баг LWS, естественно, а не компилятора
вот: http://liveworkspace.org/code/b1fa6b2bcc5c6103db50b5a40a508016
намеренно провоцируем ошибку чтоб не подавились варнинги.

Добавлено 04.12.11, 04:39
как видишь, варнингов там предостаточно, аж целых три!)

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

[Qraizer]

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

все дело в том, что если компиляция закончилась без ошибки, то варнинги не выводятся пользователю

Потрясающе! В рамочку и на стеночку!

[niXman]

Цитата Qraizer @ 04.12.11, 04:34

ещё есть 38-й пост

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

Добавлено 04.12.11, 04:43

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

Потрясающе! В рамочку и на стеночку!

ну сорри... есть сложность с диагностикой статуса завершения компиляции..

[Qraizer]

В общем, gcc фтопку. Как обычно с ОпенСоурс, авторов пруд пруди, но крайних нет, так что никто не виноват в том что, оно вот как-то вот так...

[niXman]

зы
что-то быстро тебя отпустило после вчерашнего)


Добавлено 04.12.11, 04:45

Цитата Qraizer @ 04.12.11, 04:44

gcc фтопку

так компромата-то нет. за что?