最近三年(2012,2013,2014), Google都会在10月末的某一天发布一个编译方向的实习生和全职工程师招聘信息。虽然大致的招聘内容都差不多,但是每年的招聘都有或多或少的一些编译。从这些变化中,我们也能窥探出最近几年Google在编译方向的进展,以及互联网这个高大上方向对编译技术的需求情况。关注《灵犀志趣》的犀牛们,遍布各个IT相关行业,因此本文只是本站的浅析,抛砖引玉。期待各位犀牛各抒己见。

另外,Google今年的编译方向招聘也已经开始,感兴趣的朋友别忘了投简历,不投永远没有机会。

《灵犀志趣》将在这篇博文中,对这三年的Google的编译方向招聘启示做个粗浅的分析,因为不是内部人士,下面所有的分析都是基于这三篇招聘启示进行的。局限性不言而喻,抛砖引玉。

Continue reading

Pyston是Dropbox发起的基于LLVM以及最新JIT技术的Python解释器(或者称虚拟机),目前已经发布了0.2版本。该项目的目标是实现一个高性能的Python环境,以便Python能够在更多场景下取代传统C++。Google也曾经发起过类似的,目前几乎已经停止开发的项目:Unladen-swallow。

此职位的工作地点在旧金山市区。能够加入这样一个刚刚开始没多久,能全面涵盖编译器和虚拟机的项目,是个不错的机会。感兴趣的犀牛(关注《灵犀志趣》的大牛)们,不要错过!

Continue reading

职位描述: 
     您将成为惠普公司(HP)经验丰富的优化编译器后端团队的一员,参与HP下一代容错服务器系统编译器后端的研发工作。您的主要工作范围在编译优化和代码生成方面。此外,您还将参与基准测试程序及各种关键应用程序的性能分析,找出潜在的性能优化机会并加以实现。 
     您将有机会研究各种创新的优化技术,来解决各种性能问题,研究处理器微结构并反馈给处理器设计,广泛接触公司内部和外部的编译器使用者,听取他们的反馈并不断改进编译器的质量和性能。 
     作为一支充满活力的团队的一部分,您将有机会充分利用您的知识和研究,将分析和解决问题的能力发挥到最大。 

Continue reading

报名链接:http://www.hellogcc.org/?p=33910

【大会简介】
2014开源开发工具大会(原HelloGCC技术讨论会)是由HelloGCC(www.hellogcc.org)工作组举办的年度开源技术大会。我们希望通过自由,开放,共享的方式来增进大家相互的交流。目前话题主要涉及开源工具链,开源开发工具方面。感谢演讲者为我们贡献精彩的话题 ,感谢各单位和朋友对我们的赞助和支持,欢迎大家免费报名参加。 Continue reading

 

Table of Contents

在最新的Google I/O大会上,Google 发布了关于Android上最新的运行时库的情况。这就是Android RunTime (ART). ART 将会取代Dalvik虚拟机,成为Android平台上Java代码的执行工具。虽然自从Android KitKat,就有了一些关于ART的消息,但是基本都是一些新闻性质的,缺乏具体技术细节方面的介绍。本文尝试综合目前已有的各种消息,以及最新放出的Android L 预览版本的ROM的情况,对ART运行时库做个详细的分析。

 

Continue reading

Jane Steet最近发布了一个编译器职位。不管是工作挑战,还是薪水待遇,堪称绝对高大上。 感兴趣且有相关经验的朋友切莫错过。工作地点将会在London或者New York。公司肯定能帮忙解决工作许可问题,所以不管你现在在哪,国内,还是别处,只要觉得感兴趣,就不要错过。

Continue reading

本文翻译自 Dr.Dobb’s 的博客文章 How C Makes It Hard To Check Array Bounds。文章作者是著名C语言大牛:Andrew Koenig (Programmer)有关心脏出血(heartbleed)安全漏洞系列文章的第三篇. 翻译坚持忠于原文,稍微有些语句改变了说法。不喜欢这种方式的朋友,请直接看原文吧。

此系列文章有三篇:

 

 

C语言中数组和内存管理,是安全性和性能之间矛盾关系的重要部分。

Continue reading

本文翻译自 Dr.Dobb’s 的博客文章 Social Processes and Heartbleed, Part 2。文章作者是著名C语言大牛:Andrew Koenig (Programmer).翻译坚持忠于原文,稍微有些语句改变了说法。增加了函数声明,方便朋友们阅读。不喜欢这种方式的朋友,请直接看原文吧。

此系列文章有三篇:

Continue reading

只要使用的第一个编辑器不是VIM,或者Emacs的朋友,几乎在编辑过程中最常用的快捷键恐怕就是CTRL+S 了。而对于经常使用Putty或者Xterm之类命令行控制Linux、Unix系统的朋友,恐怕也经常遇到和我一样的问题,本能的按下CTRL+S之后,发现命令行完全没有响应了。无奈之下,只能重开窗口,重新打开新的命令行界面。

每次重开命令行,都需要先连接服务器,kill掉曾经启动的程序,然后再重新执行他们。

其实,这是因为CTRL+S启动了XOFF(关闭流控制)。这会让终端正常接受按键操作,但是并不会做任何输出,感觉就像命令行没有响应了一样。
这篇文章将为您提供三大解决方案:
Continue reading