Visual Studio รองรับมาตรฐาน C / C ++ ใหม่หรือไม่


102

ฉันอ่านเกี่ยวกับ C99 และ C ++ 11 มาเรื่อย ๆ และสิ่งที่น่ารักเหล่านี้ทั้งหมดที่เพิ่มเข้ามาในมาตรฐานภาษาที่อาจจะดีในการใช้สักวันหนึ่ง อย่างไรก็ตามขณะนี้เราไม่ได้อยู่ในดินแดนแห่งการเขียน C ++ ใน Visual Studio

จะมีการเพิ่มสิ่งใหม่ ๆ ในมาตรฐานลงใน Visual Studio หรือไม่หรือ Microsoft สนใจที่จะเพิ่มตัวแปร C # ใหม่เพื่อทำสิ่งนั้น

แก้ไข: นอกจากคำตอบที่ยอมรับแล้วฉันยังพบบล็อกของทีม Visual C ++:

http://blogs.msdn.com/vcblog/

และโดยเฉพาะโพสต์นี้อยู่ในนั้น:

https://web.archive.org/web/20190109064523/https://blogs.msdn.microsoft.com/vcblog/2008/02/22/tr1-slide-decks/

มีประโยชน์มาก. ขอบคุณ!


3
ฉันไม่เข้าใจว่ามีประโยชน์อะไรที่คุณพบในบทความ 2008/02 จาก vcblog เนื่องจากคุณลักษณะที่อธิบายไว้มีมานานแล้วและเป็นที่รู้จักกันดี คุณสมบัติของโลกที่เปลี่ยนแปลงไปของ C ++ 0x จะแตกต่างกัน: ฟังก์ชั่นแลมบ์ดา initializers ฯลฯ การระบุไว้ในen.wikipedia.org/wiki/C%2B%2B0x
Amit

ดูblogs.msdn.com/vcblog/archive/2009/04/22/…บทความล่าสุดด้วย (ฉันรู้ว่ามันช้ากว่าเวลาที่ถาม)
มิต

1
สิ่งนี้ได้รับการปรับปรุงอย่างมากใน Visual Studio เวอร์ชันล่าสุดเช่น 2015 Update 2: visualstudio.com/en-us/news/vs2015-update2-vs.aspx#Cdoubleplus
Ricardo Peres

ลองใช้MinGW-64
Basile Starynkevitch

คำตอบ:


103

MS มีการตอบกลับสาธารณะหลายชุดซึ่งส่วนใหญ่ตำหนิผู้ใช้ของตน เช่นนี้:

https://devblogs.microsoft.com/cppblog/iso-c-standard-update/

ตอนนี้ทีมคอมไพเลอร์ Visual C ++ ได้รับคำถามเป็นครั้งคราวว่าเหตุใดเราจึงไม่ติดตั้ง C99 ขึ้นอยู่กับความสนใจจากผู้ใช้ของเรา ในกรณีที่เราได้รับคำขอจำนวนมากสำหรับคุณลักษณะบางอย่างของ C99 เราได้พยายามนำคุณลักษณะเหล่านี้ไปใช้งาน (หรือการเปรียบเทียบ ตัวอย่างคู่มีแมโคร variadic, long long, __pragma, และ__FUNCTION__ __restrictหากมีคุณสมบัติ C99 อื่น ๆ ที่คุณคิดว่ามีประโยชน์ในงานของคุณโปรดแจ้งให้เราทราบ! เราไม่ค่อยได้ยินจากผู้ใช้ C ของเราดังนั้นจงพูดและทำให้ตัวเองได้ยิน

http://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=345360

สวัสดี: น่าเสียดายที่เราได้รับความนิยมอย่างล้นหลามจากผู้ใช้ส่วนใหญ่คือพวกเขาต้องการให้เรามุ่งเน้นไปที่ C ++ - 0x แทนที่จะเป็น C-99 เรามีคุณลักษณะ C-99 ยอดนิยมบางอย่างที่ "เลือกเชอร์รี่" (มาโครตัวแปรlong long) แต่นอกเหนือจากนี้เราไม่น่าจะทำอะไรได้มากกว่านี้ในพื้นที่ C-99 (อย่างน้อยก็ในระยะสั้น)

ถ้ำโจนาธาน

ทีมคอมไพเลอร์ Visual C ++

นี่เป็นสถานการณ์ที่ค่อนข้างน่าเศร้า แต่ก็มีเหตุผลหากคุณสงสัยว่า MS ต้องการล็อกผู้ใช้: ทำให้ยากมากที่จะโอนรหัสที่ใช้ gcc ที่ทันสมัยไปยัง MSVC ซึ่งอย่างน้อยฉันก็รู้สึกเจ็บปวดอย่างมาก

มีวิธีแก้ปัญหาชั่วคราว: โปรดทราบว่า Intel มีความรู้มากขึ้นในเรื่องนี้ คอมไพเลอร์ Intel C สามารถจัดการโค้ด C99 และยังมีแฟล็กเดียวกับ gcc ทำให้ง่ายต่อการพอร์ตโค้ดระหว่างแพลตฟอร์ม นอกจากนี้คอมไพเลอร์ของ Intel ยังทำงานในวิชวลสตูดิโอ ดังนั้นโดยการทิ้ง MS COMPILER คุณยังสามารถใช้ MS IDE ที่คุณคิดว่ามีค่าบางอย่างและใช้ C99 กับเนื้อหาในใจของคุณ

แนวทางที่สมเหตุสมผลกว่านั้นคือการเปลี่ยนไปใช้ Intel CC หรือ gcc โดยสุจริตและใช้ Eclipse สำหรับสภาพแวดล้อมการเขียนโปรแกรมของคุณ ความสามารถในการพกพาโค้ดข้าม Windows-Linux-Solaris-AIX-etc เป็นสิ่งสำคัญในประสบการณ์ของฉันและนั่นไม่ได้รับการสนับสนุนจากเครื่องมือ MS เลย


42
ถึงกระนั้นฉันเดาว่าเหตุผลที่แท้จริงของพวกเขาคือสิ่งที่พวกเขาพูด: ชุมชน C บน Windows อาจแทบไม่มีอยู่จริงหรือเล็กน้อยเมื่อเทียบกับชุมชน C ++ / C # / NET / ASP ดังนั้นพวกเขาจึงมีจุดที่ถูกต้อง แม้ว่าฉันจะมี Linux และชอบ g ++ แต่ฉันจะไม่ทิ้ง MSVC ++ เพียงเพราะ C99 ขอโทษ
paercebal

11
ถ้าอย่างน้อยพวกเขาจะให้เราสำหรับ (int i ;;) และอินไลน์
Nick Van Brunt


2
ส่วนที่ดีที่สุดของการตอบกลับของพวกเขาเกี่ยวกับการพัฒนาที่เน้น C ++ 0x คือตอนนี้ 4 ปีต่อมาพวกเขายังแทบไม่ได้รับการสนับสนุน C ++ 11 เลย (ในขณะเดียวกัน gcc ก็สนับสนุนเกือบทั้งเรื่อง)
GManNickG

10
FWIW, VC2013 previewรองรับมาตรฐาน C ++ 11 และ C99 แล้ว ตรวจสอบว่ามีอะไรใหม่ C / C ++ devs
vulcan raven

37

Herb Sutter เป็นทั้งเก้าอี้และสมาชิกที่กระตือรือร้นอย่างมากของ comitee มาตรฐาน C ++ รวมถึงสถาปนิกซอฟต์แวร์ใน Visual Studio for Microsoft

เขาเป็นหนึ่งในผู้เขียนรูปแบบหน่วยความจำ C ++ ใหม่ที่เป็นมาตรฐานสำหรับ C ++ 0x ตัวอย่างเช่นเอกสารต่อไปนี้:

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

มีชื่อของเขาอยู่ ดังนั้นฉันเดาว่าการรวมไว้ใน Windows ของ C ++ 0x จะมั่นใจได้ตราบใดที่ H.Sutter ยังคงอยู่ที่ Microsoft

สำหรับ C99 เพียงบางส่วนที่รวมอยู่ใน Visual Studio ฉันเดาว่านี่เป็นคำถามเกี่ยวกับลำดับความสำคัญ

  • คุณลักษณะ C99 ที่น่าสนใจที่สุดมีอยู่แล้วใน C ++ (การแทรกซึมการประกาศตัวแปรที่ใดก็ได้ // ความคิดเห็น ฯลฯ ) และอาจใช้งานได้แล้วใน C ใน Visual Studio (หากทำเฉพาะโค้ด C ภายในคอมไพเลอร์ C ++) ดูคำตอบของฉันที่นี่สำหรับการสนทนาที่สมบูรณ์ยิ่งขึ้นเกี่ยวกับคุณสมบัติ C99 ใน C ++
  • C99 เพิ่มความแตกต่างระหว่าง C และ C ++ โดยการเพิ่มคุณสมบัติที่มีอยู่แล้วใน C ++ แต่ใช้งานร่วมกันไม่ได้ (ขออภัย แต่การใช้งานบูลีนที่ซับซ้อนใน C99 นั้นน่าหัวเราะอย่างที่สุด ... ดูhttp://david.tribble.com/ ข้อความ / cdiffs.htmสำหรับข้อมูลเพิ่มเติม)
  • ชุมชน C บน Windows ดูเหมือนไม่มีอยู่จริงหรือไม่สำคัญพอที่จะรับทราบ
  • ชุมชน C ++ บน Windows ดูเหมือนสำคัญเกินกว่าที่จะละเลย
  • .NET เป็นวิธีที่ Microsoft ต้องการให้ผู้คนเขียนโปรแกรมบน Windows ซึ่งหมายความว่า C #, VB.NET หรืออาจเป็น C ++ / CLI

ดังนั้นฉันจะเป็น Microsoft ทำไมฉันถึงติดตั้งฟีเจอร์ที่มีคนไม่กี่คนที่เคยใช้เมื่อมีการนำเสนอคุณสมบัติเดียวกันนี้ในภาษาที่ใช้งานในชุมชนมากขึ้นซึ่งคนส่วนใหญ่ใช้อยู่แล้ว

สรุป?

C ++ 0x จะถูกรวมเป็นส่วนขยายของ VS 2008 หรือในรุ่นถัดไป (รุ่น?) ของ Visual Studio

ฟีเจอร์ C99 ที่ยังไม่ได้ใช้งานจะไม่สามารถใช้งานได้ในปีหน้าเว้นแต่จะมีอะไรเกิดขึ้น (ประเทศที่เต็มไปด้วยนักพัฒนา C99 ไม่ปรากฏที่ไหนเลย?)

แก้ไข 2011-04-14

เห็นได้ชัดว่า "ประเทศที่เต็มไปด้วยนักพัฒนา C99" มีอยู่แล้ว: http://blogs.msdn.com/vcblog/archive/2007/11/05/iso-c-standard-update.aspx#6415401
^ _ ^

ยังคงความคิดเห็นสุดท้ายที่: http://blogs.msdn.com/vcblog/archive/2007/11/05/iso-c-standard-update.aspx#6828778นั้นชัดเจนเพียงพอฉันเดา

แก้ไข 2012-05-03

Herb Sutter ทำให้ชัดเจนว่า:

  1. เป้าหมายหลักของเราคือการสนับสนุน "C99 / C11 ส่วนใหญ่ซึ่งเป็นส่วนย่อยของ ISO C ++ 98 / C ++ 11"
  2. เรายังจัดส่งคอมไพเลอร์ C90 ด้วยเหตุผลทางประวัติศาสตร์ซึ่งยอมรับ (เฉพาะ) C90 และไม่ใช่ C ++
  3. เราไม่ได้วางแผนที่จะรองรับคุณสมบัติ ISO C ที่ไม่ได้เป็นส่วนหนึ่งของ C90 หรือ ISO C ++

โพสต์บล็อกจะเพิ่มลิงก์และคำอธิบายเพิ่มเติมสำหรับการตัดสินใจเหล่านั้น

ที่มา: http://herbsutter.com/2012/05/03/reader-qa-what-about-vc-and-c99/


1
เพื่อความเป็นธรรม - การใช้งานบูลีนใน C99 ทำขึ้นเพื่อให้สามารถใช้งานร่วมกันได้กับโค้ดที่มีเหตุผล (เช่นรหัสที่กำหนดให้บูลมีบูลีน)
Maciej Piechotka

19
สิ่งนี้: "คุณลักษณะ C99 ที่น่าสนใจที่สุดมีอยู่แล้วใน C ++" เป็นเท็จ รูปแบบทศนิยมและตัวอักษรเลขฐานสิบหก ฟังก์ชันห้องสมุดคณิตศาสตร์ C99 ตัวเริ่มต้นที่ตั้งชื่อสำหรับโครงสร้าง / สหภาพแรงงาน restrictคำหลัก มีคุณสมบัติที่ยอดเยี่ยมมากมายของ C99 ที่ขาดหายไปจาก C ++ และเป็นคุณสมบัติที่ฉันใช้ทุกวันในฐานะโปรแกรมเมอร์ C
Stephen Canon

1
@Stephen Canon: โปรดอ่านคำตอบของฉันที่: stackoverflow.com/questions/3879636/... แน่นอนว่านี่คือคำตอบ C ++ สำหรับนักพัฒนา C ++ ดังนั้นจึงไม่เหมาะสำหรับนักพัฒนา C ที่ไม่ต้องการใช้คลาสตัวสร้างหรือฟังก์ชันทางคณิตศาสตร์ที่มากเกินไป (ใครต้องการ tgmath.h ใน C ++?) ประเด็นคือสิ่งที่สำคัญมีอยู่แล้วหรือง่ายต่อการนำไปใช้ สำหรับrestrictคีย์เวิร์ดคุณยังสามารถใช้ใน C ++ ได้เช่นstackoverflow.com/questions/776283/… . . .
paercebal

5
@paercebal: คุณมีสิทธิ์ได้รับมุมมองนั้น แต่ไม่มีอะไรในC ++ที่จะดึงดูดให้ฉันเลิกใช้ตัวอักษรทศนิยมที่เป็นเลขฐานสิบหก นี่คือประเด็นของฉัน แน่นอนว่าโปรแกรมเมอร์ C ++ ไม่สนใจคุณสมบัติของ C99 นั่นอาจเป็นสาเหตุที่พวกเขาเป็นโปรแกรมเมอร์ C ++ ในทางกลับกันมีโปรแกรมเมอร์ C อยู่ทั่วโลกที่ไม่สนใจคุณสมบัติ C ++ เลยและแค่ต้องการให้ Microsoft จัดหาคอมไพเลอร์ C ที่อย่างน้อยก็พยายามที่จะปฏิบัติตามมาตรฐานเช่นเดียวกับคนอื่น ๆ
Stephen Canon

13
@paercebal: "เทียบเท่า" ไม่มีประโยชน์ มีโค้ด C แบบพกพาหลายล้านบรรทัดที่ทำงานได้ดีบนทุกแพลตฟอร์มอื่น ๆ คุณแนะนำให้เขียนใหม่หรือไม่? ชุมชนผู้ใช้ C99 มีขนาดใหญ่พอที่ทุกอื่น ๆ ของผู้ขายคอมไพเลอร์ที่สำคัญในความพยายามอย่างน้อยในการส่งมอบความเข้ากันได้: IBM, HP, Apple, Intel, GNU อาทิตย์ ARM นับไม่ถ้วนที่ฝังตัวคอมไพเลอร์อุปกรณ์ ฯลฯ C99 อาจจะไม่เป็นสิ่งสำคัญที่จะใช้ Windowsโปรแกรมเมอร์ แต่โปรแกรม Windows เป็นเพียงเศษเสี้ยวเล็ก ๆ ของโค้ดทั้งหมดที่เขียน
Stephen Canon

11

เริ่มจาก VC2013 preview 1 , C99, รองรับชุด C ++ 11 ที่หลากหลายมากขึ้นและมาตรฐาน C ++ 14 ที่นำมาใช้ใหม่บางส่วน ดูรายละเอียดเพิ่มเติมในบล็อกอย่างเป็นทางการ: http://blogs.msdn.com/b/vcblog/archive/2013/06/27/what-s-new-for-visual-c-developers-in-vs2013-preview aspx

อัปเดต:

จากhttps://news.ycombinator.com/item?id=9434483 (Stephan T Lavavej aka: STL เป็นผู้ดูแลทีม STL @VC):

โดยเฉพาะอย่างยิ่งในปี 2015 การใช้งานไลบรารีมาตรฐาน C99 ของเราเสร็จสมบูรณ์แล้วยกเว้น tgmath.h (ไม่เกี่ยวข้องใน C ++) และมาโคร pragma CX_LIMITED_RANGE / FP_CONTRACT

ตรวจสอบการโพสต์นี้ออกมาให้รายละเอียด: http://blogs.msdn.com/b/vcblog/archive/2015/04/29/c-11-14-17-features-in-vs-2015-rc.aspx


การสนับสนุน C99 เพียงบางส่วนเท่านั้นเท่าที่ฉันสามารถบอกได้: blogs.msdn.com/b/vcblog/archive/2013/07/19/… "... เราทราบดีว่านี่ไม่ใช่การสนับสนุนฟังก์ชันไลบรารี C99 โดยสมบูรณ์"
sdfqwerqaz1

@ sdfqwerqaz1 ดูความคิดเห็นจาก STL ที่นี่ : "ทีมคอมไพเลอร์และไลบรารีจะพิจารณาเป็นกรณี ๆ ไป แต่ลำดับความสำคัญหลักของเราคือความสอดคล้องของ C ++ ตัวอย่างเช่นเนื่องจาก C ++ 11/14 รวม C99 Standard โดยอ้างอิงจากไลบรารี 2015 Preview รองรับไลบรารีมาตรฐาน C99 อย่างสมบูรณ์ (โดยมีการละเว้นเพียง tgmath.h ซึ่งต้องใช้เวทมนตร์คอมไพเลอร์ C และไม่เกี่ยวข้องกับ C ++ ที่มีการโอเวอร์โหลดและ CX_LIMITED_RANGE / FP_CONTRACT ซึ่งต้องการการสนับสนุนคอมไพเลอร์ด้วย) "ซึ่งยังต้องการการสนับสนุนคอมไพเลอร์)"
vulcan raven

8

ฉันมีส่วนร่วมในงาน ISO C ++ (พ.ศ. 2543-2548) และ Microsoft มีส่วนร่วมอย่างมากในภาษานั้น ไม่ต้องสงสัยเลยว่าพวกเขาจะทำงานบน C ++ 0x แต่พวกเขาต้องการเวลามากกว่าที่ Intel พูด Micosoft ต้องจัดการกับ codebase ขนาดใหญ่ที่มักใช้ส่วนขยายที่เป็นกรรมสิทธิ์ของตน สิ่งนี้ทำให้เทสเฟสยาวขึ้น อย่างไรก็ตามพวกเขาจะรองรับ C ++ 0x ส่วนใหญ่ในที่สุด (การส่งออกยังไม่เป็นที่รักหรืออย่างนั้นฉันก็เข้าใจ)

เมื่อพูดถึง ISO C คนที่ทำงานเกี่ยวกับมาตรฐานไม่ได้เป็นตัวแทนของตลาด Microsofts ลูกค้าของ Microsoft สามารถใช้ C ++ 98 ได้หากพวกเขากำลังมองหา C ที่ดีกว่าเหตุใด Microsoft จึงใช้เงินกับ C99? แน่นอนว่าชิ้นส่วนที่เลือกเชอร์รี่ของ Microsoft แต่นั่นเป็นธุรกิจที่ดี พวกเขาต้องการสิ่งเหล่านี้สำหรับ C ++ 0x อยู่แล้วทำไมต้องรอ?


7

การสนับสนุน MSVC สำหรับ C นั้นขาดไปอย่างน่าเสียดาย สนับสนุนเฉพาะส่วนของ C99 ที่เป็นส่วนย่อยของ C ++ ... ซึ่งหมายความว่าเป็นไปไม่ได้ทางกายภาพที่จะรวบรวม ffmpeg หรือไลบรารี libav * ใน MSVC เนื่องจากใช้คุณสมบัติ C99 หลายอย่างเช่นองค์ประกอบที่มีชื่อ สิ่งนี้แย่ลงเนื่องจากข้อเท็จจริงที่ว่า libavcodec ยังต้องการคอมไพเลอร์ที่รักษาการจัดตำแหน่งสแต็กซึ่ง MSVC ไม่ทำ

การทำงานของผมใน x264 ซึ่งแตกต่างจาก ffmpeg ไม่ทำให้ความพยายามที่จะสนับสนุน MSVC แม้ว่าการทำเช่นนั้นมักจะได้รับการฝันร้ายในตัวของมันเอง จะไม่รักษาการจัดตำแหน่งสแต็กแม้ว่าคุณจะส่งการเรียกใช้ฟังก์ชันสูงสุดอย่างชัดเจนผ่านฟังก์ชันการจัดเรียงสแต็กที่อิงตามแอสเซมบลีอย่างชัดเจนดังนั้นฟังก์ชันทั้งหมดที่ต้องใช้สแต็กที่จัดแนวจะต้องถูกปิดใช้งาน มันน่ารำคาญมากที่ฉันไม่สามารถใช้ vararrays ได้เช่นกัน บางทีนี่อาจเป็นสิ่งที่ดีที่สุดเนื่องจากเห็นได้ชัดว่า GCC มองพวกเขาในแง่ร้ายอย่างมาก



4

ไมโครซอฟต์ไม่เคยแสดงความสนใจอย่างแท้จริงในการรักษาความเร็วด้วยมาตรฐาน c99 (ซึ่งตอนนี้เริ่มเก่าแล้ว) น่าเศร้าสำหรับโปรแกรมเมอร์ C แต่ฉันสงสัยว่า Microsoft ให้ความสำคัญกับชุมชน C ++ มากกว่า


4

Visual C ++ 2008 SP1 มีบางส่วนของ TR1 เป็นอย่างน้อยและในบางครั้งทีม Visual C ++ กำลังบล็อกหรือพูดถึง C ++ 0x ดังนั้นฉันเดาว่าพวกเขาจะสนับสนุนในบางครั้งในคุณลักษณะนี้ ฉันไม่ได้อ่านอะไรเป็นทางการเลย


4

อัปเดตข้อมูลเกี่ยวกับสิ่งนี้:

ขณะนี้ (10 พ.ย. 2551) "Community Tech Preview" (CTP) ของ VS2010 ซึ่งมีตัวอย่าง VC10 ที่มีการใช้งาน C ++ 0x บางส่วน (โปรดทราบว่า VC10 จะไม่มี C ++ 0x ครบชุด การเปลี่ยนแปลงดำเนินการแม้ว่า VC10 จะออก):

http://www.microsoft.com/downloads/details.aspx?FamilyId=922B4655-93D0-4476-BDA4-94CF5F8D4814&displaylang=th

รายละเอียดบางอย่างเกี่ยวกับสิ่งใหม่ใน VC10 CTP:

ดังที่ระบุไว้ในบทความข้างต้น "คอมไพเลอร์ Visual C ++ ใน Microsoft Visual Studio 2010 กันยายน Community Technology Preview (CTP) ประกอบด้วยการสนับสนุนคุณลักษณะภาษา C ++ 0x สี่ประการ ได้แก่ :"

  • แลมบ์ดาส
  • อัตโนมัติ,
  • static_assert,
  • การอ้างอิงค่า r

3

Herb Sutter เป็นประธานของหน่วยงานมาตรฐาน ISO C ++ และยังทำงานให้กับ Microsoft ฉันไม่รู้เกี่ยวกับมาตรฐาน Visual Studio C - ส่วนใหญ่เป็นเพราะฉันไม่เคยใช้ C ธรรมดา - แต่ Microsoft มั่นใจว่าจะพยายามผลักดันมาตรฐาน C ++ ใหม่ไปข้างหน้า หลักฐานนี้เหมือนกับ OregonGhost ที่กล่าวถึง - TR1 ที่รวมอยู่ใน Visual Studio Service Release ล่าสุด


3

ทีม Visual C ++ ได้จัดทำตารางคุณสมบัติ C ++ 0x ที่รุ่น 2010 รองรับที่ http://blogs.msdn.com/b/vcblog/archive/2010/04/06/c-0x-core-language -features เนื่องจากอาจมีเวลาล่าช้าระหว่างข้อมูลจำเพาะและการนำไปใช้งานจึงค่อนข้างสมเหตุสมผล Wikipedia มีบทความดีๆเกี่ยวกับข้อมูลจำเพาะ ยังไม่เสร็จในเวลาที่ฉันเขียนนี้


1

Visual C ++ Bloq ให้ข้อมูลจำนวนมากเกี่ยวกับจุดจำนวนเต็มจำนวนมากเกี่ยวกับการรองรับ C ++ 11 ใน VC ++ 11 รวมถึงตารางต่างๆ

  • คุณลักษณะภาษาหลักของ C ++ 11
  • คุณลักษณะภาษาหลักของ C ++ 11: การทำงานพร้อมกัน
  • คุณลักษณะภาษาหลักของ C ++ 11: C99
  • ขนาดคอนเทนเนอร์ x86 (ไบต์)
  • ขนาดคอนเทนเนอร์ x64 (ไบต์)

Visual C ++ Team Blog, คุณลักษณะ C ++ 11 ใน Visual C ++ 11

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.