Чому два бінарні програми з лише коментарями не змінюють точно збіг у gcc?

Я створив дві програми на С

1. Програма 1

   int main()
   {
   }

2. Програма 2

   int main()
   {
   //Some Harmless comments
   }

AFAIK при компілюванні компілятор (gcc) повинен ігнорувати коментарі та надлишкові пробіли, а значить, вихід повинен бути подібним.

Але коли я перевірив md5суми вихідних бінарних файлів, вони не відповідають. Я також спробував компіляції з оптимізацією -O3і , -Ofastале вони по- , як і раніше не збігаються.

Що тут відбувається?

EDIT: точні команди і md5sums є (t1.c - програма 1, а t2.c - програма 2)

gcc ./t1.c -o aaa
gcc ./t2.c -o bbb
98c1a86e593fd0181383662e68bac22f  aaa
c10293cbe6031b13dc6244d01b4d2793  bbb

gcc ./t2.c -Ofast -o bbb
gcc ./t1.c -Ofast -o aaa
2f65a6d5bc9bf1351bdd6919a766fa10  aaa
c0bee139c47183ce62e10c3dbc13c614  bbb


gcc ./t1.c -O3 -o aaa
gcc ./t2.c -O3 -o bbb
564a39d982710b0070bb9349bfc0e2cd  aaa
ad89b15e73b26e32026fd0f1dc152cd2  bbb

І так, md5sums збігаються в декількох компіляціях з однаковими прапорами.

До речі, моя система є gcc (GCC) 5.2.0іLinux 4.2.0-1-MANJARO #1 SMP PREEMPT x86_64 GNU/Linux

Це тому, що назви файлів різні (хоча вихідні рядки однакові). Якщо ви спробуєте змінити сам файл (а не мати два файли), ви помітите, що вихідні бінарні файли вже не відрізняються. Як і Jens, і я сказали, це тому, що GCC скидає цілий набір метаданих у створені нею файли бінарних файлів, включаючи точне ім'я вихідного файлу (а AFAICS так і клацає).

Спробуйте це:

$ cp code.c code2.c subdir/code.c
$ gcc code.c -o a
$ gcc code2.c -o b
$ gcc subdir/code.c -o a2
$ diff a b
Binary files a and b differ
$ diff a2 b
Binary files a2 and b differ
$ diff -s a a2
Files a and a2 are identical

Це пояснює, чому ваші md5sums не змінюються між збірками, але вони різняться між різними файлами. Якщо ви хочете, ви можете зробити те, що запропонував Йенс, і порівняти вихідні дані stringsдля кожного двійкового файлу, ви помітите, що назви файлів вбудовані у двійкові. Якщо ви хочете "виправити" це, ви можете stripвводити двійкові файли та метадані:

$ strip a a2 b
$ diff -s a b
Files a and b are identical
$ diff -s a2 b
Files a2 and b are identical
$ diff -s a a2
Files a and a2 are identical

Найпоширенішою причиною є назви файлів та часові позначки, додані компілятором (як правило, в інформації про налагодження розділів ELF).

Спробуйте запустити

 $ strings -a program > x
 ...recompile program...
 $ strings -a program > y
 $ diff x y

і ви можете побачити причину. Я колись використовував це, щоб з’ясувати, чому одне і те ж джерело викликає різний код при складанні в різних каталогах. Висновок полягав у тому, що __FILE__макрос розширився до абсолютного імені файлу, різного в обох деревах.

Примітка : пам’ятайте, що ім'я вихідного файлу переходить у нерозкритий бінарний файл, тому дві програми, що надходять із різних названих вихідних файлів, матимуть різні хеші.

У подібних ситуаціях, якщо вищезазначене не застосовується , ви можете спробувати:

• бігаючи stripпроти бінарного, щоб видалити трохи жиру. Якщо обрізані бінарні файли однакові, то це були деякі метадані, які не є істотними для роботи програми.
• генерування проміжного виводу збірки для перевірки того, що різниця не в реальних інструкціях CPU (або, однак, для кращого визначення місця, де різниця є насправді )
• використовувати stringsабо скидати обидві програми на шістнадцятковий і запускати діф на двох шестигранних скидах. Розмістивши різницю, ви можете спробувати дізнатися, чи є в них якась рима або причина (PID, часові позначки, часова мітка вихідного файлу ...). Наприклад, у вас може бути звичайне зберігання часової позначки під час компіляції для діагностичних цілей.