c**c
发帖数: 2593 | 1 以前Linus Torvards和Richard Stallman关系好的时候，Linux/GNU两个词经常是连着
写的，表示两个阵营目标一致，共同进退。不过后来GPLv3出来以后，事情开始有了微
妙转变。Linux内核一直还是坚持用GPLv2许可，不肯升级成GPLv3，两个阵营渐有分道
扬镳的趋势，于是Linux/GNU连着写的情况越来越少见了。
GNU很多软件在软件业人员中使用广泛，影响很大，emacs, gcc, gdb, gzip什么的。不
过gcc架构太过臃肿死板，很难适应新时代的需求，加上GPLv3许可限制了许多公司的手
脚，以后也许会渐渐被架构和许可更灵活的Clang/LLVM取代。 |
|
o****y
发帖数: 790 | 2 【 以下文字转载自 Faculty 讨论区 】
发信人: outcry (outcry), 信区: Faculty
标 题: 学术界之风花雪月（5）食色，科研之性也！
发信站: BBS 未名空间站 (Sun Oct 24 02:24:48 2010, 美东)
disclaimer：学术八卦，文责不负：）
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
我认为，要真正理解学术界的精髓，只需读懂“食“和”色”两个字。您可能不解，怎么
学术科研这么“阳春白雪”的东东和“食色”这等俗务扯上啦？
为了不使我的讨论太突兀，first, allow me to formally introduce myself:)
我就是传说中的“三俗”哥。第一，我好吃。基本到了“食不厌精”的地步。曾经
我一红颜知己评价我“吃嘛嘛香，干嘛嘛行”，虽然我知道是忽悠，但仍然深以
为许：）我还特好酒。不管洋酒，国酒，我都喜欢。对酒，我不但舍得花钱，
而且舍得花时间去研究和鉴赏。In order not to digress, I'll save this
topic for another day.... 阅读全帖 |
|
V******9
发帖数: 1281 | 3 【 以下文字转载自 Faculty 讨论区 】
发信人: outcry (outcry), 信区: Faculty
标 题: 学术界之风花雪月（5）食色，科研之性也！
发信站: BBS 未名空间站 (Sun Oct 24 02:24:48 2010, 美东)
disclaimer：学术八卦，文责不负：）
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
我认为，要真正理解学术界的精髓，只需读懂“食“和”色”两个字。您可能不解，怎么
学术科研这么“阳春白雪”的东东和“食色”这等俗务扯上啦？
为了不使我的讨论太突兀，first, allow me to formally introduce myself:)
我就是传说中的“三俗”哥。第一，我好吃。基本到了“食不厌精”的地步。曾经
我一红颜知己评价我“吃嘛嘛香，干嘛嘛行”，虽然我知道是忽悠，但仍然深以
为许：）我还特好酒。不管洋酒，国酒，我都喜欢。对酒，我不但舍得花钱，
而且舍得花时间去研究和鉴赏。In order not to diverse, I'll save this
topic for another day.... 阅读全帖 |
|
|
x*********s
发帖数: 5554 | 5 LLVM全名居然叫：Low-Level Virtual Machine
第一次见到起得这么没有气势的名字的东西 |
|
r****y
发帖数: 26819 | 6 不满还因为GPL吧
不过LLVM的编译确实很不错，试过一个测试程序，接近Intel的编译器 |
|
|
l******o
发帖数: 2649 | 8 Mac的gcc都是bundle在Xcode里的，有Apple自己的patch，做Mac OS X程序跟着走少折
腾。
传说现在苹果比较喜欢LLVM |
|
S**I
发帖数: 15689 | 9 说个普通用户不关心的问题：Xcode 4.1把默认的编译器从GCC改成了LLVM-GCC，把GCC
拿掉了，结果现在很多以前在SL上能编译的*NIX软件现在在Lion上都没法编译了。 |
|
I*********t
发帖数: 5258 | 10 一般的东西xcode里的llvm-gcc都可以编译吧 |
|
S**I
发帖数: 15689 | 11 for general applications it's not a problem, but for libraries and compilers
, it's a disaster. As far as I have tried, gnuplot is the only one that can
still be compiled by LLVM-GCC on 10.7, most others cannot. GDB can be
compiled, but cannot execute normally. |
|
|
g*****x
发帖数: 3283 | 13 FSF是非营利性组织
Apple是公司
二者目的不同，立场不同，你不能用FSF的道德准则来要求Apple，同样你也不能用
Apple的profit来要求FSF，这种冲突是意识形态的冲突。
另外，如果说开源软件，Apple的贡献并不小，比如WebKit，LLVM，这些project的影响比Android
给linux kernel贡献的那些被废弃的代码大得多。 |
|
g*****x
发帖数: 3283 | 14 1. 按你这说法，所有参与GNU研发的人都不是发善心，因为都是被逼的，不得不开放源
代码。所以RedHat，Google等都是蛀虫，他们逼不得已才向Kernel提交了几行代码。
另外，扯淡之前先做功课，就拿我举的例子来说：
llvm：University of Illinois/NCSA Open Source License.
webkit: lgpl
都不是GPL License，不要拍脑袋想当然（为了防止你拿LGPL来喷，建议你先真正搞清
楚LGPL和GPL的区别）。
2. 你说得很对，驴象都是霸权，但是从现实出发不能立即将二党立即解散。同样，FSF
的理念代表了一种极高的道德准则，然而从现实出发，你也同样不能立刻将Apple or
MSFT解散。我非常认同RMS的理念，但是并不能因此就反对现实。 |
|
|
|
d1
发帖数: 1213 | 17 i686-apple-darwin11-llvm-gcc-4.2 |
|
|
|
p*****w
发帖数: 429 | 20 maybe that's because apple uses llvm.
webkit icon is very similar to safari, do I need to say more? |
|
a***y
发帖数: 19743 | 21 我不觉得差是因为“开放”。安猪这个开放很有争议的啊。
都说Xcode 4已经比以前好
不过bug嘛，不搞开发，不清楚。实际上xcode背后还不是一堆开源工具啊，gcc, llvm |
|
|
|
a****a
发帖数: 5763 | 24 《Mac OS X背后的故事》系列文章将为大家介绍Mac OS X的发行版本、技术历史、相关
人物等内容。本文是系列连载的第二篇，主要的故事来源是Linus Torvalds的自传《
Just for Fun: The Story of an Accidental Revolutionary》。
Steve Jobs于1997年回归Apple
Steve Jobs对Mac OS X的考虑
1997年，Steve Jobs回归，开发下一代操作系统的工作被提上日程。此刻的时代背景是
像Linux这样的开源软件大行其道。随着网络的发展，使得像Red Hat、VA Linux之类的
企业成为爆发户，把泡沫越吹越大。Steve Jobs承认Linux的好处，甚至在若干年后介
绍Mac OS X底层的Darwin时还不忘在幻灯片上写道：Darwin是类似Linux的系统。而当
时精明的Steve Job在考虑下面几个问题。
第一，NeXTSTEP的内核和外围工具中，BSD代码维护起来需要大量人力，而且各分支的
BSD发展显然不如Linux快。很多功能都没有，需要Apple自己做。
第二，像Appl... 阅读全帖 |
|
a****a
发帖数: 5763 | 25 1975年，美国罗彻斯特大学纽约分校，一组研究员正在做一个名为RIG（Rochester’s
Intelligent Gateway）的项目，它由Jerry Feldman主持设计。RIG的目标是给所有本
地以及远端的计算设备（比如磁盘、列印机、磁带、绘图机等）提供一组统一的访问方
式，其作业系统称为Aleph。为了实现所需要的功能，Aleph的内核主要构建了一个进程
交互（Interprocess Communication，IPC）的机制。RIG的各进程，只要设置了目标端
口，就可以彼此间发送信息。RIG项目没过几年就被判了死刑，主要是缺少很多有用的
功能，比如端口没有保护机制，一次最多只能发送2KB大小的信息（受硬件限制），也
没有很好的网络支持等。不过在20世纪70年代，这个系统依然代表着当时作业系统设计
的先进水平，比如除了进程交互外，每个进程还有内存保护的功能，这足以让20世纪90
年代末都没有做出内存保护技术的Apple公司汗颜。
该项目后来失败了，随后在1979年，RIG的Richard Rashid博士毕业到卡内基-梅隆大学
当教授，开始做Accent项目。它是一个网... 阅读全帖 |
|
a****a
发帖数: 5763 | 26 在美国宾夕法尼亚州的东部，有一个风景秀美的城市叫费城。在这个城市诞生了一系列
改变世界的奇迹：第一个三权分立的国家——美立坚合众国，就在第五街的路口诞生；
举世闻名的费城交响乐团，1900年在市中心的Academy of Music奏响了他们的第一个音
符。而写这篇文章时，我正坐在三十四街的宾夕法尼亚大学计算机系的一楼实验室，面
前摆放着世界上第一台电子计算机——ENIAC。
1946年2月14日，ENIAC问世，每秒可运行5000次加法运算或500次乘法运算，面积达170
平方米，重约30吨，拉开了计算机处理器革命的序幕。这场革命是各处理器厂商长达数
十年的竞赛，而摩尔定律从一开始就准确地预测了这场比赛的走势。根据摩尔定律，同
样价格的集成电路上可容纳的晶体管数目，每隔约18个月便会增加一倍，性能也将提升
一倍。但事实上，并无法用老路子来保持这个增长速度，因为会遇到包括能耗、散热等
各种技术瓶颈。所以每隔几年就会有用来绕过这些瓶颈的新一代产品推出。如采用超纯
量（superscala）、指令管线化、快取等。这些技术通过一定程度的高效并行来挖掘计
算机处理器的速度所能达到的高度，以促使... 阅读全帖 |
|
S**I
发帖数: 15689 | 27
这个是网络的原因吧，还有什么其它慢的地方？
打开Activity Monitor看一看；Mac里把窗口关掉不等于程序就退出了，希望你犯的不
是这个低级错误。BTW，现在的Xcode默认的编译器是LLVM，不是GCC了。
OS X的字体效果默认是antialias，小字可能没有Windows下那么清晰。不过这是萝卜白
菜各有所好了，我就觉得Win7下面的中文字体很丑。 |
|
a****a
发帖数: 5763 | 28 http://bbs.weiphone.com/read-htm-tid-527192.html
OpenCL
截至到现在，我们在《Snow Leopard：宝刀已铸成 关二爷请砍人(连载8/23)》
中探讨了程序开发者们究竟该如何充分利用现有的硬件资源来进一步提升计算机整体性
能，在《Snow Leopard充满活力的心脏——LLVM和Clang(连载9/23)》中了解了更为新
颖与现代的编译构建，在《持续完善，构建编程友好型环境(连载10/23)》中谈到了
Snow Leopard中新添加的编程语言扩展功能，并且在《Grand Central Dispatch：迎接
挑战(连载12/23)》中认识了基于这些新编译器的更强大更务实的并行API。所有这些都
意在帮助开发者和操作系统本身最大限度地利用已有硬件资源。
然而CPU却不是唯一镶满晶体管的元件。当涉及独立计算引擎时，每一台Mac中
都有另一块硅片无疑是更为显要的，那就是GPU。
引用
图形处理单元(graphics processing unit,GPU)：是一种专门进行图形处理的
处理... 阅读全帖 |
|
S**I
发帖数: 15689 | 29 现在Xcode带的GCC后端是LLVM，前端是GCC 4.2.1，相当老了。 |
|
d*********8
发帖数: 2192 | 30 以前苹果赞助搞的编译器比较烂的时候 xcode都选gcc 现在好像都是llvm了
gcc还是可选的 |
|
d*********8
发帖数: 2192 | 31 哦 这个是啥意思？难道不是两个独立的编译器吗？还是说llvm可以实现gcc的功能 没
必要这么折腾吧 |
|
d*********8
发帖数: 2192 | 32 你最近才开始用xcode吧
以前xcode压根就没有llvm 都是gcc |
|
P**********k
发帖数: 1629 | 33 之前版本的xcode可以支持gcc，所以可以用openmp
后来更新版的xcode直接把gcc去掉了，只能使用clang+llvm，就不能直接用openmp了。
。。。 |
|
h******u
发帖数: 155 | 34 depends on the language: LLVM for C/C++, soot/WALA for Java. |
|
n*****3
发帖数: 1584 | 35 what is the diff between this and a regular compiler course project?
BTW g++ is too much to study/hack if you are not going to working in the
compiler area
later, if you plan to, better study llvm instead |
|
b******p
发帖数: 49 | 36 我是楼主我来update了
在今年2月的时候这个课分成了Part 1和Part 2。
今年8月3日是Part 1的最后一个assignment的截止日期。
今天俺被告知Pass了！
虽然可能在各位大神看起来并没有什么值得炫耀的事情，但俺作为很菜的只有傻劲的菜
鸟还是蛮高兴的。
Part 2虽然没出来，但是以我目前的code肯定是有一大部分要重构才能勉强应付的。我
想之前的各位建议直接看g++或llvm的代码的大神一定已经具备了直接上马Part 2的能
力，只是因为此课过于繁琐，平时生活中的需要应对的obligation又多，所以才因种种
原因不参加这种课的。 |
|
|
x***4
发帖数: 1815 | 38 是的。osx 现在是llvm了。
★ 发自iPhone App: ChineseWeb 8.6 |
|
F***Q
发帖数: 6599 | 39
unless you do a lot of iOS app dev, I don't really see advantages of xcode
over gcc/llvm in Linux.
xcode compiler/libraries often conflict with those from macports. gcc
version management in xcode is also pretty messy. sometimes "xcode-select"
won't point to the correct version, and one has to manually create links.
if you want to use software repositories to manage packages, like in most
Linux distros, macports is incredibly slow and finicky when installing/
building packages. compare to macpo... 阅读全帖 |
|
F***Q
发帖数: 6599 | 40
spent last night reading on new laptops. x1c gen3 still looks like the best
choice for me. gen4 added sd card reader and nvme support, but lost
touchscreen. x1 yoga is cool, but in most cases, I will be using Linux, and
tablet mode is not as useful.
I have a mac mini, only use it occasionally. never liked it. I also thought
about mac air/mbp last year, but decided not to go that direction, because
1. it does not have a track point! I don't like trackpads, I even had to
disable the trackpad on m... 阅读全帖 |
|
|
|
S*A
发帖数: 7142 | 43 VM, byte code 不是问题，
LLVM 不是也有自己的 byte code 么，也挺好。
关键是 Java VM 的 byte code 和 type 很难直接 map 到现在
流行的机器上面，它的 byte code 太高层了一点。 |
|
S*A
发帖数: 7142 | 44 我觉得不是。这个 go 应该和那个 inferno OS 发展出来的。
http://www.vitanuova.com/inferno/
ATT Lab 那帮人很早就提出了用虚拟机可以跑在任何平台这样
的概念。这个就是 inferno 的前身 Limbo/Dis，但是一直商业化不好。
Sun 同样投入这个概念，商业化很成功，那就是 Java。
但是 Java 有个致命弱点就是 Java VM 使用 stack based VM.
Dis 和后来的LLVM 都是使用 register based VM. 这个 stack based
VM 很难高效率 map 到现在的 CPU 的指令。玩过汇编的都知道，
到处都是 register based CPU.
所以有些品味的大牛技术上把把关还是挺重要的。
然后 ATT/Lucent 散伙之后那帮牛人被 google 收买了。原班人马用了
inferno 的 code, 改了前端，就是 go. BTW 这帮人就是发明 C 的元老。
所以我还是有很多 respect 的。 |
|
S*A
发帖数: 7142 | 45 You have no clue on how modern compilers generate machine
code for exception. Your mind set is still the python way
of doing exception check. Segfault can be generate at every
load/store instruction. You really think that every possible
exception point has en exception edge to handler in the control
graph. I am speachless.
I don't know much about Java, but that is not how things was done
in LLVM and C. I can not image Java will be stupid enough
to do your insane way, while there is much faster a... 阅读全帖 |
|
S*A
发帖数: 7142 | 46 好吧，RMS 是 CS 科班，但不是 compiler 背景的。
RMS 比较适合做精神领袖，技术挂帅上品味不是很行。
看看 GNU Coding Style. 非常不爽。
那个 Hurd 搞了半天难产最后被 Linux 抢走了。
Gcc 内部结构长期很糟糕，政治斗争太多。被 llvm 严重赶超，
照这个速度，以后地位不保。
我觉得做 Open source maintainer 技术上最难得，最难学到
的是品味。这个品味的上限基本上是天生的。
我发现比较好的maintainer 都有比较包容的心态。比较偏激的
都做不好。太面的也做不好。 |
|
n******t
发帖数: 4406 | 47 没有觉得llvm比gcc好啊。。。至少目前来说。。。 |
|
j**h
发帖数: 173 | 48 Ruby the language itself is elegant and expressive, and therefore a natural
fit with Mac OS X. Macruby (LLVM
implementation of ruby) is probably about to become a 1st class language in
OS X.
Regarding twitter, their performance woe had more to do with big
architecture designs than programming
languages. Additionally, RoR is famous for quick prototyping, which
benefited twitter.com in a sense that they
were able to ship the 1.0 version in a very short period of time and
iterated like crazy. Th... 阅读全帖 |
|
S*A
发帖数: 7142 | 49 可能吧。
我不是用很多 gnome 的东西，对我来说就是个桌面嘛。FC 8 -> FC 14 感觉
就是背景图片换了。其他的没有深入使用。我比较关心的是用命令行的
东西。例如 gcc 4.5.1, llvm 2.8，python3 这些是我比较喜欢有比较新的
版本的东西，还有 python 的一大堆 binding. |
|
