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

Question

Я в очень странной ситуации, когда мой код работает на моем рабочем столе, но падает на удаленном кластере. Я потратил бесчисленное количество раз, проверяя код моего кода на ошибки, запуская его в отладчике, чтобы поймать, что нарушает код, и ищет утечки памяти под valgrind (который оказался чистым - по крайней мере, под gcc).

В конечном итоге то, что я выяснил до сих пор, заключается в том, что тот же исходный код производит одинаковые на обеих машинах, если я использую один и тот же компилятор (gcc 4.4.5). Проблема в том, что я хочу использовать компилятор Intel в удаленном кластере для улучшения производительности, а также некоторые готовые библиотеки, которые используют intel. Кроме того, я все еще беспокоюсь, что, возможно, gcc пренебрегает некоторыми проблемами памяти, которые попадают в компилятор Intel.

Что это значит для моего кода?

Answer 1

Возможно, вы полагаетесь на undefined, unspecified or implementation-defined behavior.

Возможно, вы забыли инициализировать переменную или получить доступ к массиву за пределами допустимых границ, или в вашем коде есть выражения типа a[i] = b[i++] ... возможности практически бесконечны.

Answer 2

Возникла ли авария в файле ядра? Если обратные трассировки, эквивалентные команде gdb 'bt', из нескольких дампов ядра согласованы, то вы можете начать вводить инструкции printf выборочно и работать назад по списку функций в трассировке стека.

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

Попробуйте компилировать приложение с помощью «-fstack-protector», включенного в ваши аргументы команды компиляции gcc/g ++.