呵呵，有谁知道C1X标准的？
现在随着C++0x标准发布的临近，越来越多的程序员开始关注C++最新标准，并且开始学习新的语言特征。
而C语言标准委员会也没闲着，他们也在计划发布新的C语言标准，目前代号是C1X。下面给出Wiki链接：
http://en.wikipedia.org/wiki/C1X
C1X根据C++0x，扩展了UTF-16、UTF-32的表示，并且增加了uchar_16和uchar_32类型。而字符串前缀也由原来的L增加了u8和u。
另外，C1X增加了多线程支持以及字节对齐支持。而C1X的另一大两点就是引入了generic selection，例子如下：
- C/C++ code
#define cbrt(X) _Generic((X), long double : cbrtl, default: cbrt, float: cbrtf) (X)
[解决办法]
[解决办法]
有这么高级的东东出来了哇
我凹凸了
[解决办法]
[解决办法]
同为凹凸曼
[解决办法]
呀呀呀，啥都不懂呀，怎么办啊
[解决办法]
支持发帖人的观点，坚决坚决的同意拥护
[解决办法]
好贴.
[解决办法]
擦。这_Generic就是c版的template而已。不过相对template，_Generic是个更细粒度的泛型，外加没有对未知类型的支持。
至于多线程和unicode的各种实现……俺只是一句话，早该加了。
话说回来，拒绝接受c99的也不会去鸟这些新的东西。而且新东西里真的增加功能的也没几个，拒绝接受也的确有拒绝接受的理由。
话说*2，inter乃说的那个空间省掉O(n)是省掉哪里的？
[解决办法]
那个用法并不是对所有的初始化都适用的。而且省下来的O(n)内存还是被放到了数据段里。如果是pc的话空间还是省不了。但是嵌入式乃说能省就能省咯，俺对那块不熟。
[解决办法]
>PC上当然也省了咯。因为指令也要进ELF的呀
这个倒是。
>偶们还是再讨论讨论C１X吧
没时间细看那个draft。只觉得get_s,scanf_s这种取名太那个啥了- -
顺便没想通为啥bsearch和qsort也要_s。照道理这两个in place算法不需要_s也能保证不越界的。draft上那个_s多了个void* context似乎是把比较函数变得更flexible了，但这个干啥放到越界处理的annex里呢？为啥这个叫_s呢？
[解决办法]
那个不是在标准库那段里。是annex k那个边界处理接口里的。所以俺才觉得匪夷所思。
[解决办法]
没有完整的读过任何一个标准。标记下
[解决办法]
顶一哈……
[解决办法]
我是奥特曼
[解决办法]
oooooooooooooo, jfjfjf
[解决办法]
新兴语言一点点DSL，一点点dynamic，一点点并发，这些，都是C很难去考虑有的。
[解决办法]
用C写多态反而可以更灵活的支持default behavior，就像linux的vfs那样。
话说linux里的pthread一直撑不满100%的cpu。谁能解释一下为啥？
[解决办法]
x264的，和俺自己写的2核2线程的，都撑不满。好一点能上85%，不好的话70%都不一定。
[解决办法]
DSL 这个东西本就不应该由 IP 来操作。明显应该是解释型语言或者 FP 更适合，C 应该不去考虑这个，而且的确这个也不应该是 C 的应用领域可以考虑的。
DYNAMIC，这个是 OOP 语言亡羊补牢的无奈手段，虽然感觉它很神奇和先进，C 不会遇到这个问题，而且 C++ 都可以不用去考虑。C / C++ ，我个人认为，应该坚信并保持自己静态语言的体质。我认为这其实是它们的优势。这种体质可以使它们做很多其它语言做不了的事儿。如果 C/C++ 向 OOP 迈得过深，那将是找死，因为它们绝对不是 C# 的对手，更不用提 JAVA 等。
GENERIC 的推出，我这几天想了想，应该算是一种进步，这种进步体现在，它是 C 语言强化类型属性的一种表现。这是不是 C 语言 OOP 化的一个前奏，还是先看看再说。
其实，我觉得新特性是否能推广开，并非完全在于大公司，而是这种新特性的改进，是否符合这种语言的战略定位，以及程序员对这种语言期望的定位。如果新特性征示着它将更加向 OOP 特性迈进以所谓的“与时俱进”，而这种新定位的趋势，并不为程序员所认同，那么新特性自然不会被程序员所认同。否则，程序员就会疯狂拥护新特性。
总之，我觉得语言发展到今天，追求高大全的思路早应该成为历史了。每个语言都应该审慎考虑自己的定位，在这个定位上做到自己的极致，以确立并永久保有自己的一席之地。
[解决办法]
[解决办法]
[解决办法]
[解决办法]
[解决办法]
[解决办法]
http://www.open-std.org/jtc1/sc22/wg14/www/documents
------------------
DateMailingDownload
2010-10PreBatavia 2010 mailingN1506-N1524
2010-06Post Colorado 2010 mailingN1475-N1505
2010-05Post Florence 2010 mailingN1449-N1474
2010-03Pre Florence 2010 mailingN1433-N1448
2009-12Post Santa Cruz 2009 mailingN1411-N1432
。。。
-------------------------
这个页面列出的链接，是不是每次委员会开会前后的提案和草案呢？