ABI Uyumluluğu: Compiler'lar Neden Aynı Kodu Farklı Bağlar

Aynı C++ kodunu GCC ile derleyip Clang ile bağlamaya çalıştığınızda garip sembol hataları alırsınız. Sorun kodunuzda değildir, ABI uyumsuzluğudur.

ABI (Application Binary Interface), derlenmiş kod ile kütüphane arasındaki "sözleşmedir". Compiler'lar aynı kaynak kodu farklı makinelere çevirirler. Mesela, bir `std::string` nesnesi GCC'de 24 bayt, Clang'de 32 bayt olabilir. Veya fonksiyon parametreleri yığında farklı sırayla iletilir.

Bu farklar ABI seviyesinde yaşanır, kaynak kodda görülmez. Bir kütüphaneyi GCC ile derleyip Clang ile bağlarsanız, çalışma zamanında bellek yanlış okunur, program çöker veya sessiz şekilde hata yapar.

Compiler'lar ABI konusunda özgürdür. Standart C++, kaynak seviyesinde davranışı tanımlar, ama ikili düzeyde değil. Örneğin:

- Name mangling: Fonksiyon adları sembol tablosunda kodlanır. `foo(int)` GCC'de `_Z3fooi`, Clang'de aynı olabilir ama `std::vector` gibi template sınıflar farklı şekilde mangled olabilir.
- Veri düzeni: Struct üyeleri padding ile hizalanır. Her compiler farklı hizalama seçebilir.
- Exception handling: Stack unwinding mekanizması compiler'a göre değişir.
- Standart kütüphane: libstdc++ (GCC), libc++ (Clang) ve MSVC Runtime farklı iç yapılara sahiptir.

1. Aynı Compiler Kullan
En basit yol. Kütüphane ve uygulamayı aynı compiler sürümüyle derleyin. Bu endüstri standardıdır.

2. C Arayüzü Kullan
C ABI daha stabil ve standartlaştırılmıştır. Kütüphanelerinizi C API'si ile sarın. C++ nesneleri içeride kalır, dışarıya sadece opak pointer'lar çıkar.

1// C++ içinde
2class MyClass { /*... */ };
3
4// C arayüzü
5extern "C" {
6void* create_myclass() { return new MyClass(); }
7void destroy_myclass(void* p) { delete (MyClass*)p; }
8}

3. Precompiled Binary Kullan
GCC ile derlenmiş kütüphane varsa, GCC kullanıcıları bunu direkt kullanabilir. MSVC kullanıcıları için ayrı binary gerekir.

4. Inline Kütüphaneler
Header-only kütüphaneler (Boost gibi) her compiler tarafından yeniden derlenir, ABI sorunu olmaz.

Bağlantı hataları ilk başta ortaya çıkar, ama bazen çalışma zamanında ortaya çıkar, bu daha tehlikelidir. Bir Linux dağıtımı eski GCC sürümüyle derlenmiş sistem kütüphaneleri sağlarsa, yeni Clang ile derlenmiş programınız beklenmedik şekilde kırılabilir.

ABI uyumluluğu göz ardı etmek, özellikle gömülü sistemler ve cross-platform geliştirmede maliyetli hata ayıklamaya yol açar. Dağıtılan kütüphaneleriniz için compiler sürümünü ve ABI uyumluluğunu her zaman belgeyin.