Cevap

inline, derleyiciye fonksiyon çağrısını onun gövdesi (kodun yerleştirilmesi) ile değiştirmesi için bir ipucudur. Bu, bir fonksiyon çağrısının maliyetini ortadan kaldırarak çalıştırmayı hızlandırabilir, ancak ikili dosyanın boyutunun artmasına neden olabilir.

Sözdizimi:

inline int square(int x) { return x * x; }

Derleyici, inline'ı göz ardı etme hakkına sahiptir. Farklı dosyalarda bir fonksiyonun hem görünürlüğünü hem de uygulanmasını sağlamak için:

// header.h
inline int min(int a, int b) { return a < b ? a : b; }

Fonksiyonun tüm gövdesi, inline fonksiyonunun çağrıldığı her dosyada erişilebilir olmalıdır; yani, fonksiyonu başlık dosyasında tanımlamak yaygın bir yöntemdir.

Eğer inline fonksiyonu yalnızca bir .c dosyasında tanımlayıp tanımlarsanız, diğer modüller onu kullanamaz ve bağlantı hataları (undefined reference) ile karşılaşabilirsiniz.

Aldatıcı Soru

Başlık dosyasında bu tür tanımlar arasındaki fark nedir?

inline int foo(int x) { return x + 1; }
static inline int bar(int x) { return x + 1; }

Cevap:

• inline int foo(...), fonksiyonun birden fazla zayıf tanıma (one definition rule) sahip olabileceği anlamına gelir. Eğer birkaç .c dosyasından aynı başlık dahil edilirse, derleyici çoklu tanım hatası verebilir.
• static inline, fonksiyonu her modül için yerel hale getirir: her bağlantı noktası kendi kopyasını alır, bağlantı aşamasında sorun olmaz. Bu, başlık dosyalarında inline fonksiyonlar için en güvenli yoldur.

Konu hakkında bilgi eksikliğinden kaynaklanan gerçek hata örnekleri

---

Hikaye

Matematik fonksiyonları kütüphanesinde birçok inline yardımcı fonksiyon bir .c dosyasında tanımlanmıştı. Diğer modüllerden bunları kullanmaya çalıştıklarında bağlantı hataları meydana geliyordu, çünkü tanımlar yalnızca bir nesne dosyasında görünüyordu.

---

Hikaye

Inline fonksiyonlar .c dosyasından başlık dosyasına taşındıktan sonra proje bağlantı aşamasında çöküyordu: derleyici aynı fonksiyonun çoklu tanımları hakkında şikayet ediyordu. Bunu başlık dosyalarında static inline ile değiştirerek düzelttik.

---

Hikaye

İçsel algoritmanın optimizasyonunda "kritik" fonksiyonlar için inline kullanıldı, hızlanma bekleniyordu. Ancak derleyici ipucunu göz ardı etti ve profil aracı, çağrı maliyetinin azalmadığını gösterdi. Sorun ancak derleyici optimizasyon seçeneklerinin manuel analizi ile çözüldü.