引用:

原帖由 mayokaze 于 2012-11-19 00:03 发表

哈哈哈哈我这正好相反，windows上连make都没法用，vs连c++即时编译报错都没有，再加上巨硬加编译器跟llvm比简直就是龟速

nmake又不是放那做摆设的，你非要用gnu或其它的make那是真没法用(假定你不知道GNU这东西的话)。
话说你还没用过08之后的vs吧……从08开始每个版本c++部分都进步巨大，2010开始目测语法错误90%已经能在编译前提示了。
llvm某些方面确实不错，不过从整体来说和别的主流编译器还没得比，也就欺负下需要支持N个平台的GNU套件吧。

[ 本帖最后由 刘泪 于 2012-11-19 14:07 编辑 ]

引用:

原帖由 arcam 于 2012-11-19 13:31 发表
posted by wap, platform: Samsung (I9000)

大部分评测项目现在gcc比llvm快。

llvm的编译速度挺突出的。我在win下面自己编译的llvm编译速度倒是挺快。
那个编译报错的提示狠狠地刺激了gcc一把，然后gcc4.8也开始捣鼓这东西了。

[ 本帖最后由 刘泪 于 2012-11-19 13:45 编辑 ]

………………
删了，有失偏颇

[ 本帖最后由 刘泪 于 2012-11-19 15:24 编辑 ]

算了，口舌之争……

[ 本帖最后由 刘泪 于 2012-11-20 09:02 编辑 ]

引用:

原帖由 alalaka 于 2012-11-20 00:53 发表
posted by wap, platform: iPad


。。。。mplayer是mplayer。基本上所有的*nix播放器全部都是用它的核心代码，mplayerx是个球，发给你的是用到mpalyer的项目列表，vlc就是其中之一。

本帖最后由 alalaka 于 2012 ...

vlc可是三大开源播放器架构之一，怎么可能用的mplayer的核心代码。

呃……看了一下，原来用了一部分
reuses the software scaler code from MPlayer.

[ 本帖最后由 刘泪 于 2012-11-20 09:41 编辑 ]

引用:

原帖由 mayokaze 于 2012-11-21 02:34 发表

明显是3比4稳定太多了好吗  3的问题是整体架构还是上个世纪的ide，4总算是现代了，但是（据说）稳定性一直没解决.从c/c++开发来看我所遇到的唯一问题是智能提示吃内存无止尽，但是这个在最新的版本已经改善了 ...

别的我还都觉得是嘴炮，毕竟环境不同，我也自己主观的一面。智能提示这东西我已经忍不住了……
你说的vc没有的智能提示到底是什么神奇东西……

[ 本帖最后由 刘泪 于 2012-11-21 11:05 编辑 ]

引用:

原帖由 mayokaze 于 2012-11-21 12:55 发表

vs里面应该叫intellisense，不仅仅是指Auto Completion，vs里面cli和非cli的intellisense根本不是一个东西，装了VA也一样

就说有什么不同吧，实话说，我这个非专业代码工用gcc+vim或其它乱七八糟的各种编辑器东西多，语法提示之类很少享受到（VIM倒确实用Clang配置了自动补全，不过电脑不好所以很少用这东西，你也不喜欢一个点下去硬盘灯闪半天吧），就算偶用vc也是用nmake居多（当然，写C#除外）。
莫非意思是说只有clang基于语法树即时分析实现的提示才能叫做智能提示？vc的预先分析缓存头文件实现的不能算（这个我承认是脑补的，我真没关心过它到底是怎么实现的）？