Отправлено Bill 03 марта 2005 г. 17:05 В ответ на: ну зачем же так... допустим исходник ф-ции и не меняется, но компилится уже новым компилятором. А в дебрях этой запутанной ф-ции компилятор может глюкануть. Что собственно указывает на потенциальные проблемы и в других функциях отправлено DASM 03 марта 2005 г. 16:45

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

• значит я везунчик. За все года ни у одного компилятора на глюки не попадал =) — DASM   (03.03.2005 17:25, пустое)
  • Вчера только попал - проект с At89C51C003 перекомпилил на AT89S53 - и получил по роже ... глюкс, пока не разбирался ... что — Ken@t   (03.03.2005 17:40, пустое)
  • У меня сосед тоже не попадал. Может быть потому, что он не знает что такое — компилятор?   (03.03.2005 17:36, пустое)
    • ну значит не знаю что такое компилятор, счастлив и рад этому. Завтра медаль попрошу — DASM   (03.03.2005 17:38, пустое)
      • Во времена Watcom C++ был код, при смене в котором порядка двух строк падал процесс компиляции. — dormouse   (03.03.2005 19:03, пустое)
        • А вот и пример кода, который приводил к ошибке (ещё раз повторюсь - полагаю, что проблемы курса лечения). — dormouse   (03.03.2005 19:04, 1273 байт)
          • Так а стек-то какой у Вас установлен? Говорят, нужна глубина стека не менее 400. — Bill   (03.03.2005 21:39, пустое)
      • Да, получается и вправдку говорят - В знании - сила, В НЕзнании - счастье. :) — компилятор?   (03.03.2005 18:45, пустое)
      • Видимо, я тоже не знаю. — Bill   (03.03.2005 18:32, пустое)