C ++ 20, dosyalarda saklanan kaynak kodunu zorunlu kılıyor mu?

Biraz garip bir soru, ancak doğru hatırlıyorsam, C ++ kaynak kodu, dosyalarını depolamak için bir dosya sistemi gerektirmez.

El yazısı kağıtları bir kamera aracılığıyla tarayan bir derleyiciye sahip olmak uygun bir uygulama olacaktır. Pratik olarak bu kadar mantıklı olmasa da.

Ancak C ++ 20 artık file_name. Şimdi bu, kaynak kodun her zaman bir dosyada saklanması gerektiği anlamına mı geliyor?

Hayır, kaynak kodun bir dosyadan gelmesi (veya bir dosyaya gitmesi) gerekmez.

Derleyicinizi ortaya koyarak C ++ 'yı tamamen bir boru içinde derleyebilir (ve bağlayabilirsiniz), örn.

generate_source | g++ -o- -xc++ - | do_something_with_the_binary

ve onlarca yıldır böyleydi. Ayrıca bakınız:

• GCC'nin borudan okumasını sağlamak mümkün müdür?
• GCC çıktısı stdout'a nasıl yapılır?

std::source_locationC ++ 20'nin tanıtımı bu durumu değiştirmez. Sadece bazı kodların iyi tanımlanmış bir kaynak konumu olmayacaktır (veya iyi tanımlanmış olabilir, ancak çok anlamlı olmayabilir). Aslında, std::source_locationdosyaları kullanarak tanımlama konusundaki ısrarın biraz miyop olduğunu söyleyebilirim ... ancak adalet içinde, bu sadece makro içermeyen bir eşdeğerdir __FILE__ve __LINE__C ++ (ve C) 'de zaten mevcuttur.

@ HBv6 __FILE__, standart giriş akışından GCC kullanarak derleme yaparken değerini yazdırırsanız :

echo -e '#include <iostream>\n int main(){std::cout << __FILE__ ;}' | g++ -xc++  -

ortaya çıkan yürütülebilir baskıların çalıştırılması <stdin>.

Kaynak kodu internetten bile gelebilir.

@Morwenn bu kodu not eder:

#include <https://raw.githubusercontent.com/Morwenn/poplar-heap/master/poplar.h>

// Type your code here, or load an example.
void poplar_sort(int* data, size_t size) {
    poplar::make_heap(data, data + size);
    poplar::sort_heap(data, data + size);
}

GodBolt üzerinde çalışır (ancak makinenizde çalışmaz - hiçbir popüler derleyici bunu desteklemez.)

Dil avukatı mısınız? Tamam, hadi standarda bakalım ..

C ++ program kaynaklarının dosyalardan gelmesi gerekip gerekmediği sorusu dil standardında net bir şekilde yanıtlanmamıştır. C ++ 17 standardının (n4713) taslağına bakıldığında, bölüm 5.1 [lex.separate] şunu okur:

1. Programın metni, bu belgede kaynak dosyalar olarak adlandırılan birimler halinde tutulur. Ön işleme yönergesi #include aracılığıyla tüm üstbilgiler (20.5.1.2) ve dahil edilen kaynak dosyalar (19.2) ile birlikte bir kaynak dosyaya, koşullu dahil etme (19.1) ön işleme yönergelerinden herhangi biri tarafından atlanan kaynak satırları hariç, çeviri birimi denir.

Bu nedenle, kaynak kodu mutlaka bir dosyada değil, "kaynak dosyası adı verilen bir birimde" tutulur. Ama o zaman, içerikler nereden geliyor? Dosya sistemindeki adlandırılmış dosyalardan geldikleri varsayılır ... ama bu da zorunlu değildir.

Her halükarda, std::source_locationbu ifadeyi C ++ 20'de değiştirmiyor veya yorumunu (AFAICT) etkiliyor gibi görünmüyor.

C ++ 20'den önce bile standart şunlara sahipti:

__FILE__

Geçerli kaynak dosyanın varsayılan adı (bir karakter dizesi değişmezi).

Tanım için aynıdır source_location::file_name.

Bu nedenle, C ++ 20'de dosya sistemi içermeyen uygulamaları desteklemede bir değişiklik olmamıştır.

Standart, "kaynak dosyanın" ne anlama geldiğini tam olarak tanımlamaz, bu nedenle bir dosya sistemine atıfta bulunup bulunmaması yorumlamaya bağlı olabilir. Muhtemelen, bir uygulamanın "tam o sırada bana verdiğin el yazısıyla yazılmış notu" üretmesi, eğer bu gerçekten de dilin o uygulamasındaki "kaynak dosya" yı tanımlıyorsa uygun olabilir.

Sonuç olarak: Evet, kaynaklar standart olarak "dosyalar" olarak adlandırılır, ancak "dosyanın" ne olduğu ve bir dosya sisteminin dahil olup olmadığı belirtilmemiştir.