visual studio 2010对C的支持是哪个标准?是C89吗?

ls251544415 2010-09-23 11:08:06
如题
如果不是,则是哪个标准?
...全文
1206 11 打赏 收藏 转发到动态 举报
写回复
用AI写文章
11 条回复
切换为时间正序
请发表友善的回复…
发表回复
hawk198 2010-09-25
  • 打赏
  • 举报
回复
受教了,难怪我用vc总是感觉有问题,原来都不支持c99啊
gamemagic 2010-09-24
  • 打赏
  • 举报
回复
微软要制定自己的标准,跟开源的标准当然有仇
超鄙视微软消极支持OPENGL
月中蓝 2010-09-24
  • 打赏
  • 举报
回复
windows跟C99有仇吗
JohnLiu 2010-09-24
  • 打赏
  • 举报
回复
这个些个 标准真的有这么重要么!!
gamemagic 2010-09-24
  • 打赏
  • 举报
回复
微软从来不按常理出牌。你就别指望它支持标准了
想用C99标准,请用开源编译器
jixingzhong 2010-09-24
  • 打赏
  • 举报
回复
所有的vs,包括vs2010在内,都不支持C99
zenny_chen 2010-09-24
  • 打赏
  • 举报
回复
[Quote=引用 9 楼 gamemagic 的回复:]

微软要制定自己的标准,跟开源的标准当然有仇
超鄙视微软消极支持OPENGL
[/Quote]
哎呀。遇到知音了。
支持支持支支持!哈哈哈哈⋯⋯

这个过节可以追述到上世纪90年代中后期,曾经OpenGL的标准组织曾经派科学家去微软帮微软做OpenGL的一些驱动以及实现一些新的OpenGL标准,但是后来微软那帮厮根本就没有积极合作的态度,反而把这些东西融合到它那个破DX中去了。然后OpenGL标准组织(当时主要还是由SGI管理的)被激怒,撤回科学家。

而微软厮在DX8中引入了Fragment Shader,而且当时Windows市场份额已经处于绝对优势,使得一些大的GPU设计商去追捧可编程流水线。当时OpenGL之所以没引入是因为主席说了,GPU是专用的硬件加速器,它应该更好地、更高效地去完成绘制任务,而使用可编程流水线无疑会降低效率。
不过事实也确实如此,其实已经有很多benchmark出来表示当时的基于可编程流水线的绘制效率要明显低于固定流水线的绘制效率,尤其是光栅化后的后处理部分。尽管利用可编程着色器能使得绘制更灵活,能够绘制出更多更精彩的特效。

而微软对于C标准委员会也是持有敌意的。因为当时C99标准中其实引入了大量GCC编译器的扩展。可以说,大部分都源自GCC对C89的扩展。包括不定参数的宏定义;数组、结构、联合体的初始化列表方式;另外再引入了变量在C++中的声明方式等。微软纯粹是因为妒忌,不肯合作。而微软大力支持C++标准是因为C++标准组织委员会中有一些微软的人,呵呵呵呵。
现在你可以看到微软的嘴脸了吧,这是再清楚不过的。
zenny_chen 2010-09-23
  • 打赏
  • 举报
回复
不错,确实是C89。
iambic 2010-09-23
  • 打赏
  • 举报
回复
一般的编译器都会尽量支持多个版本的标准。
辰岡墨竹 2010-09-23
  • 打赏
  • 举报
回复
C89?那是哪个年代的了?
Visual C++主要功能还是C++编译器,主要精力是放在C++0x。但是它也支持大部分C99特性。
sbdt123 2010-09-23
  • 打赏
  • 举报
回复
应该是吧?没听说有最新的

69,382

社区成员

发帖
与我相关
我的任务
社区描述
C语言相关问题讨论
社区管理员
  • C语言
  • 花神庙码农
  • 架构师李肯
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧