Linux çekirdeği ve GUI ABI'lerinde geriye dönük uyumluluk üzerine bir tartışmada Alan Cox, " 3.6rc çekirdeğimin 1992'de inşa edilmiş bir Rogue binasını çalıştırmaya devam edeceğini belirtti. X, Linux'tan çok daha eski uygulamalara geri döndüğünü " belirtti.
Peki Linux Uygulama ikili arayüzleri ne kadar geriye uyumludur ?
Modern bir genel stok Linux dağıtımında çalışacak olan ve yıllar önce yazılmış ve derlenen en eski ikili dosya çalıştırılabilir dosya hangisidir?
Bütün bu kelimelerin yorumlamaya tabi olduğuna eminim. Benim temel düşüncem, bir emülatör veya özel sanal makine veya ikili tercüman aracılığıyla çalıştırmanın adil olmadığı, ancak bazı şeylerin muhtemelen bazı modern dağıtımlara yerleştirildiği ve bunun hakkında öğrenmenin eğlencenin bir parçası olduğu.
Donanım mimarisi, yürütülebilir dosya formatı , dil ve büyük kütüphane dinamik yükleme bağımlılıklarına göre değişiklikler de ilgi çekicidir.
Kurallar gevşetildiğinde, ilerde daha ileri gitmeye bir örnek. 2002 web sayfası modern Red Hat Linux'ta çalıştırılabilir bir çalıştırılabilir dosya çalıştırma, gerçekten eski Linux öncesi ELF formatındaki çalıştırılabilir dosyaları kullanmaktan bahsettikten modprobe binfmt_aout
ve anlattıktan sonra /lib/ld.so
ve libc.so.4
yine bu sorunun çevresel yönden ilgi çekici olduğunu gösteriyor. daha geriye kazarken katılabilir.
BSD hayranları için güncelleme , iBCS2'nin eski Xenix uygulamalarını (1990'dan beri zork / dungeon-2.5.6 gibi) ve SCO OpenServer 5.0.x uygulamalarını NetBSD 4.0.1 (2008'den itibaren) kadar desteklediğini görmek harika: iBCS2 & NetBSD | Sanallaştırma ile eğlenceli . Fakat aynı şey NetBSD 5.0.x’te de kırılmış görünüyor.
Güncelleme 2 : Bir yıl sonra, bu soru için bir "Spiker" rozeti aldıktan sonra bile, hala bir cevap arıyorum. Ve açıklığa kavuşturmak için, bu API'lerle ilgili olduğu için, hala en azından çoğunlukla orijinal şekilde çalışan "gerçek" bir ikili (sıfır olmayan uzunluk) olmalıdır.