Neden sadece yorumların değiştiği iki program ikili dosyası gcc ile tam olarak eşleşmiyor?

İki C programı oluşturdum

1. Program 1

   int main()
   {
   }

2. Program 2

   int main()
   {
   //Some Harmless comments
   }

AFAIK, derleme sırasında, derleyici (gcc) yorumları ve gereksiz beyaz alanları görmezden gelmeli ve bu nedenle çıktı benzer olmalıdır.

Ama çıktı ikili dosyalarının md5 toplamlarını kontrol ettiğimde, eşleşmiyorlar. Ayrıca optimizasyonu ile derleme çalıştı -O3ve -Ofastama yine de eşleşmedi.

Burada ne oluyor?

DÜZENLEME: tam komutlar ve md5 toplamları vardır (t1.c program 1'dir ve t2.c program 2'dir)

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

Ve evet, md5sum'lar aynı bayraklara sahip birden çok derlemede eşleşir.

BTW benim sistemim gcc (GCC) 5.2.0veLinux 4.2.0-1-MANJARO #1 SMP PREEMPT x86_64 GNU/Linux

Bunun nedeni dosya adlarının farklı olmasıdır (dizelerin çıktısı aynı olsa da). Dosyanın kendisini değiştirmeyi denerseniz (iki dosyaya sahip olmak yerine), çıktı ikili dosyalarının artık farklı olmadığını fark edeceksiniz. Hem Jens hem de benim dediğimiz gibi, bunun nedeni GCC'nin , tam kaynak dosya adı da dahil olmak üzere (ve AFAICS de clang) oluşturduğu ikili dosyalara tüm meta verileri atmasıdır.

Bunu dene:

$ 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

Bu, md5 toplamlarınızın neden derlemeler arasında değişmediğini, ancak farklı dosyalar arasında farklı olduklarını açıklar. İsterseniz, Jens'in önerdiğini yapabilir ve stringsher ikili dosya için çıktılarını karşılaştırabilirsiniz , dosya adlarının ikili dosyada gömülü olduğunu fark edeceksiniz. Bunu "düzeltmek" istiyorsanız strip, ikili dosyaları yapabilirsiniz ve meta veriler kaldırılacaktır:

$ 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

En yaygın neden, derleyici tarafından eklenen dosya adları ve zaman damgalarıdır (genellikle ELF bölümlerinin hata ayıklama bilgileri bölümünde).

Koşmayı dene

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

ve sebebini görebilirsiniz. Bunu bir keresinde aynı kaynağın farklı dizinlerde derlendiğinde neden farklı koda neden olduğunu bulmak için kullandım. Bulgu, __FILE__makronun her iki ağaçta da farklı olarak mutlak bir dosya adına genişlemesiydi .

Not : kaynak dosya adının dizilmemiş ikili dosyaya girdiğini unutmayın , bu nedenle farklı adlandırılmış kaynak dosyalardan gelen iki programın farklı karmaları olacaktır.

Benzer durumlarda, yukarıdakiler geçerli değilse şunları deneyebilirsiniz:

• bir stripmiktar yağ çıkarmak için ikiliye karşı çalışıyor . Çıkarılmış ikili dosyalar aynıysa, programın çalışması için gerekli olmayan bazı meta verilerdir.
• Farkın gerçek CPU talimatlarında olmadığını doğrulamak için (veya farkın gerçekte nerede olduğunu daha iyi belirlemek için ) bir derleme ara çıkışı oluşturma
• kullanın stringsveya her iki programı onaltılık olarak boşaltın ve iki onaltılık dökümde bir fark çalıştırın. Farkı / farkları bulduktan sonra, kafiye veya neden olup olmadığını deneyebilir ve deneyebilirsiniz (PID, zaman damgaları, kaynak dosya zaman damgası ...). Örneğin , teşhis amacıyla derleme zamanında zaman damgasını saklayan bir rutininiz olabilir .