使用的书是Ivor Horton的《Beginning C》，和VS 2013

书中提到对C11的支持，并给了一段代码检测自己的编译器是否支持。
#include "stdio.h"
int main(void)
{
   #if defined __STDC_LIB_EXT1__
       printf("Optional functions are defined.\n");
   #else
       printf("Optional functions are not defined.\n");
   #endif
       return 0;
}
我得到的输出结果是 Option functions are not defined.

那么，书中给出的解决办法是添加一条预处理器指令
#define __STDC_WANT_LIB_EXT1__ 1;

但是添加这条指令后得到的输出结果仍然是are not defined
不知道怎么解决，还有这其中的机制是怎样的？请求大家指点。

VS2013不支持C11求解决办法
------ 没有任何解决办法，只能不用VC系列。

支持不支持C11，和 __STDC_LIB_EXT1__ 没关系，应该看 __STDC_VERSION__ 的定义；
__STDC_LIB_EXT1__ 只用来标明是否支持 Bounds-checking interfaces，仅当在支持BCI时，__STDC_WANT_LIB_EXT1__ 用来支持是否引入BCI。

#define __STDC_WANT_LIB_EXT1__ 1;
应该是 #define __STDC_WANT_LIB_EXT1__ 1 吧？！没有后面的分号。

新版本其实也不一定好用是不是？

好用不好用我不知道。
我只知道，无论多新的VC，皆不支持现今的C语言，一直是老旧的C89/C90。
只有偶尔因为修改C++编译器的时候，不小心将一些通用的功能带入到C编译中，那其实不是在支持C99/C11，那其实应当算是bug。
每次VC一更新，总有人提C语言的事儿，M$总如是回答“骚年，撸完早点睡！”

vc2013支持C11，你的書亂教。

以下是我曾經回別人的一段話：


C++11語法的權威書是《C++ Primer》第五版，那裏介紹的新語法才是C++11的，沒你這裏所說的那個。vc之所以不完全支持C99，是因爲“政治原因”（C++標準内部人士就是這樣解釋的），C++已經扭轉過來了。所謂的語言標準，是集合市面上大多數供應商和用戶的意見之後采納的容納法則，是標準兼顧現存，而不是强制生產者要如何。ISO的人員曾經解釋過，誰以爲標準是鐵則或可以完成全部編程任務，那是誤解了標準及其作用。

C++11的範圍for語句，其實就是從MS C++/CLI和C#中的foreach語句藉鑒過來的，這東西在微軟的C++編譯器中早已實現，所謂支持，不過把語法標識符改一下而已。是ISO在向各編譯器實現者學習，總結同性，然後宣佈爲標準。説到擁有非標準擴展，gcc就被ISO的人指出爲典型，是它自己先實現了一些非標準特性，然後操縱標準委員會納入爲標準，而那些特性并不爲別的編譯器生產者認可，故連帶標準也不支持，這樣，一旦有大的編譯器實現者不支持，標準就沒有意義，不成其爲標準。ISO的人解釋得很清楚，標準是各方的協議，哪怕是編譯器生產者或是程序員用戶，有一方不願意遵守的話，標準對他們而言就是不存在的，他們有自己一套自洽可行的實現即可，根本不需要理會標準——事實上市面的程序也沒幾個是僅以標準特性能夠實現的。

C++11新標準，已經不再是舊標準的簡單升級，在思想上都是翻天覆地的變化，《C++ Primer》的作者在第五版書的序言中首先就强調了這一點，宣稱是一門新的語言。C對C++而言早已是束縛（C++之父的話，他說正是爲了兼容C而保留了C的一些他深惡痛絕的特性是迫不得已），現在C++11標準之下的C++語言與舊C++也同樣有這種關係。

怎么又从C11跳到C++11了？

试过用VC++和DevC学习C语言，现在是因为换了Win8的笔记本所以只能用VS2013了。
就体验上来说，VS2013比起旧版的编译器无论是视觉效果还是实用性的功能都强大很多。但是一个编译器不可能做到尽善尽美吧。

啊，那个分号是我在这里打错的···