C99 ve C ++ 11 hakkında okumaya devam ediyorum ve bir gün kullanmak güzel olabilecek dil standardına eklenen tüm bu tatlı şeyler. Ancak, şu anda Visual Studio'da C ++ yazma ülkesinde zayıflıyoruz.
Standarttaki yeni şeylerden herhangi biri görsel stüdyoya eklenecek mi yoksa Microsoft bunu yapmak için yeni C # varyantları eklemekle daha çok ilgileniyor mu?
Düzenleme: Kabul edilen cevaba ek olarak, Visual C ++ ekip blogunu buldum:
Ve özellikle bu gönderi:
Çok kullanışlı. Teşekkürler!
Yanıtlar:
MS'in buna kamuoyuna açık bir dizi yanıtı var ve bunların çoğu kullanıcılarını suçluyor. Bunun gibi:
https://devblogs.microsoft.com/cppblog/iso-c-standard-update/
Şimdi, Visual C ++ derleyici ekibi neden C99 uygulamadığımıza dair ara sıra soru alıyor. Gerçekten kullanıcılarımızın ilgisine dayanıyor. Belirli C99 özellikleri için birçok talep aldığımızda, bunları (veya analoglarını) uygulamaya çalıştık. Birkaç örnek variadic makrolardır,
long long,__pragma,__FUNCTION__, ve__restrict. Çalışmanızda yararlı bulacağınız başka C99 özellikleri varsa, bize bildirin! C kullanıcılarımızdan pek bir şey duymuyoruz, bu yüzden konuşun ve kendinizi duyurun
http://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=345360
Merhaba: Ne yazık ki kullanıcılarımızın çoğundan aldığımız ezici geri bildirim, C-99 yerine C ++ - 0x'e odaklanmamızı tercih etmeleridir. Bazı popüler C-99 özelliklerini (çeşitli makrolar
long long) "özenle seçtik", ancak bunun ötesinde C-99 alanında (en azından kısa vadede) çok daha fazlasını yapmamız pek olası değil.Jonathan Mağaraları
Visual C ++ Derleyici Ekibi.
Bu oldukça üzücü bir durumdur, ancak MS'in kullanıcıları kilitlemek istediğinden şüpheleniyorsanız mantıklıdır: modern gcc tabanlı kodu MSVC'ye taşımak çok zor, ki en azından ben çok acı verici buluyorum.
Yine de bir geçici çözüm var: Intel'in bu konuda çok daha aydınlandığını unutmayın. Intel C derleyicisi C99 kodunu işleyebilir ve hatta gcc ile aynı bayraklara sahiptir, bu da kodun platformlar arasında taşınmasını çok daha kolay hale getirir. Ayrıca, Intel derleyici görsel stüdyoda çalışıyor. Dolayısıyla, MS DERLEYİCİ'yi hurdaya atarak, bir çeşit değeri olduğunu düşündüğünüz MS IDE'yi kullanmaya devam edebilir ve kalbinizin içeriğinde C99'u kullanabilirsiniz.
Dürüst olmak gerekirse Intel CC veya gcc'ye geçmek ve programlama ortamınız için Eclipse kullanmak daha mantıklı bir yaklaşımdır. Windows-Linux-Solaris-AIX-vb. Arasında kodun taşınabilirliği genellikle benim deneyimime göre önemlidir ve bu maalesef MS araçları tarafından desteklenmemektedir.
Herb Sutter, C ++ standardizasyon komitesinin hem başkanı hem de çok aktif bir üyesi ve Microsoft için Visual Studio'nun yazılım mimarıdır.
C ++ 0x için standartlaştırılmış yeni C ++ bellek modelinin yazarıdır. Örneğin, aşağıdaki belgeler:
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2008/n2669.htm
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2007 /n2197.pdf
üzerinde onun adı var. Sanırım, H. Sutter Microsoft'ta kaldığı sürece Windows'a C ++ 0x'in dahil edilmesi garantidir.
C99'a gelince, Visual Studio'ya yalnızca kısmen dahil edildi, sanırım bu bir öncelik meselesi.
Öyleyse, Microsoft olur muyum, aynı özellikler zaten çoğu insan tarafından kullanılan daha fazla topluluk aktif dilde sunuluyorken neden birkaç kişinin kullanacağı özellikleri uygulayayım?
C ++ 0x, VS 2008'in uzantısı olarak veya Visual Studio'nun yeni nesline (nesiller?) Dahil edilecektir.
Henüz uygulanmamış olan C99 özellikleri, dramatik bir şey olmadıkça (C99 geliştiricileriyle dolu bir ülke birdenbire ortaya çıkmadıkça) önümüzdeki yıllarda olmayacak.
Görünüşe göre, "C99 geliştiricileriyle dolu ülke" zaten mevcut: http://blogs.msdn.com/vcblog/archive/2007/11/05/iso-c-standard-update.aspx#6415401
^ _ ^
Yine de, http://blogs.msdn.com/vcblog/archive/2007/11/05/iso-c-standard-update.aspx#6828778 adresindeki son yorum yeterince açık, sanırım.
Herb Sutter şunu açıkça ortaya koydu:
- Öncelikli hedefimiz "ISO C ++ 98 / C ++ 11'in bir alt kümesi olan C99 / C11'in çoğunu" desteklemektir.
- Ayrıca tarihsel nedenlerden dolayı (yalnızca) C90'ı kabul eden ve C ++ 'yı kabul etmeyen bir C90 derleyicisi gönderiyoruz.
- Ne C90 ne de ISO C ++ parçası olmayan ISO C özelliklerini desteklemeyi planlamıyoruz.
Blog yayını, bu kararlar için bağlantılar ve daha fazla açıklama ekler.
Kaynak: http://herbsutter.com/2012/05/03/reader-qa-what-about-vc-and-c99/
restrictAnahtar kelime. C ++ 'da eksik olan bir sürü harika C99 özelliği var ve bunlar bir C programcısı olarak her gün kullandığım özellikler.
restrictAnahtar kelimeye gelince , C ++ 'da hala kullanabilirsiniz, görünüşe göre: stackoverflow.com/questions/776283/… . . .
VC2013 önizleme 1 , C99'dan başlayarak, daha çeşitli bir C ++ 11 kümesi ve yeni tanıtılan bazı C ++ 14 standartları desteklenmektedir. Daha fazla ayrıntı için resmi bloga göz atın : http://blogs.msdn.com/b/vcblog/archive/2013/06/27/what-s-new-for-visual-c-developers-in-vs2013-preview. aspx
Güncelleme:
Gönderen https://news.ycombinator.com/item?id=9434483 (Stephan T Lavavej aka: STL STL @VC ekibinin muhafaza edicisidir):
Spesifik olarak, 2015 yılında, tgmath.h (C ++ ile ilgisiz) ve CX_LIMITED_RANGE / FP_CONTRACT pragma makroları dışında C99 Standart Kitaplığı uygulamamız tamamlandı.
Ayrıntılar için bu gönderiye göz atın: http://blogs.msdn.com/b/vcblog/archive/2015/04/29/c-11-14-17-features-in-vs-2015-rc.aspx .
ISO C ++ çalışmasına (2000-2005) dahil oldum ve Microsoft bu dile önemli katkılarda bulundu. Hiç şüphe yok ki C ++ 0x üzerinde çalışacaklar, ancak Intel'den biraz daha fazla zamana ihtiyaçları olacak. Micosoft, genellikle kendi özel uzantılarını kullanan daha büyük bir kod tabanıyla uğraşmak zorundadır. Bu sadece daha uzun bir test süreci sağlar. Yine de, sonunda C ++ 0x'in çoğunu destekleyecekler (dışa aktarma yine de sevilmiyor, yoksa anlıyorum).
ISO C söz konusu olduğunda, standart üzerinde çalışan kişiler Microsofts pazarının temsilcisi değildir. Microsofts müşterileri yalnızca daha iyi bir C istiyorlarsa C ++ 98'i kullanabilir. Peki Microsoft neden C99'a para harcasın? Elbette, Microsoft'un kiraz seçtiği parçalar, ama bu mantıklı bir iş. Zaten C ++ 0x için bunlara ihtiyaçları olacak, öyleyse neden bekleyesiniz?
C için MSVC desteği maalesef çok eksik. Yalnızca C99'un bir C ++ alt kümesi olan kısmını destekler ... bu, örneğin ffmpeg'i veya libav * kitaplıklarını MSVC'de derlemenin fiziksel olarak imkansız olduğu anlamına gelir, çünkü adlandırılmış yapı öğeleri gibi birçok C99 özelliğini kullanırlar. Bu, libavcodec'in MSVC'nin yapmadığı yığın hizalamasını koruyan bir derleyici gerektirmesi gerçeğiyle daha da kötüleşir.
Aksine ffmpeg X264 I eser yok bunu yaparken çoğu zaman kendi başına bir kabus olmuştur rağmen, MSVC desteklemek için çaba. En yüksek işlev çağrısını açık bir şekilde montaj tabanlı yığın hizalama işlevinden geçirseniz bile yığın hizalamasını korumaz, bu nedenle hizalanmış bir yığın gerektiren tüm işlevlerin devre dışı bırakılması gerekir. Ayrıca değişken dizilerini de kullanamamak çok can sıkıcı oldu; Belki de bu en iyisi, çünkü görünüşe göre GCC onları performans açısından büyük ölçüde etkisiz hale getiriyor.
MSVC'nin MSVC 2010 ve 2011 için C ++ 11 özellik uyumluluğu hakkında daha yeni bir gönderi artık çevrimiçi .
Visual C ++ 2008 SP1 en azından TR1'in parçalarını içeriyor ve zaman zaman Visual C ++ ekibi blog yazıyor veya C ++ 0x hakkında konuşuyor, bu yüzden özellikte bir zaman destekleyeceklerini tahmin ediyorum. Yine de resmi bir şey okumadım.
Bununla ilgili güncellenmiş bilgiler:
Şu anda (10 Kasım 2008) , C ++ 0x'in bazı bölümlerinin uygulandığı VC10'un bir önizlemesini içeren bir "Community Tech Preview" (CTP) var (VC10'un C ++ 0x'in tam setine sahip olmayacağını unutmayın) VC10 piyasaya sürüldüğünde bile uygulanan değişiklikler):
VC10 CTP'deki yeniliklerle ilgili bazı ayrıntılar:
Yukarıdaki makalede belirtildiği gibi, "Microsoft Visual Studio 2010 Eylül Topluluk Teknolojisi Önizlemesindeki (CTP) Visual C ++ derleyicisi, dört C ++ 0x dil özelliği için destek içerir, yani:"
Herb Sutter, ISO C ++ standartları kuruluşunun başkanıdır ve ayrıca Microsoft için çalışmaktadır. Visual Studio C standardını bilmiyorum - esasen hiçbir zaman düz C kullanmadığım için - ancak Microsoft kesinlikle yeni C ++ standardını ileriye taşımaya çalışıyor. Bunun kanıtı - OregonGhost'un bahsettiği gibi - en son Visual Studio Service Release'de bulunan TR1'dir.
Visual C ++ ekibi, 2010 sürümünün desteklediği C ++ 0x özelliklerinin bir tablosunu http://blogs.msdn.com/b/vcblog/archive/2010/04/06/c-0x-core-language adresinde yayınladı. -features-in-vc10-the-table.aspx . Spesifikasyon ve uygulama arasında bir gecikme olabileceğinden, bu oldukça makul görünüyor. Wikipedia'nın teknik özellikler hakkında güzel bir makalesi var. Bunu yazdığım zaman bitmedi.
Visual C ++ Bloq, birkaç tablo dahil olmak üzere, VC ++ 11'de C ++ 11 desteğiyle ilgili çeşitli ilginç noktalar hakkında birçok bilgi sağlar