linux-tick-processor在node.js上的ubuntu本地软件包安装在哪里?

我已经使用标准apt-get在Ubuntu 64位服务器上安装了Node.js,并希望通过“–prof”标志来configuration脚本。 networkingsearch显示应该有一个工具来处理位于“deps / v8 / tools / linux-tick-processor”中的v8.log输出,但我似乎没有任何这些目录。 他们是否与本机安装? 应该分开安装吗? 如果是的话如何? 谢谢

您需要使用sudo apt-get source nodejs下载源码包。您提到的path在那里。

您需要在scons prof=on d8 / v8中使用scons prof=on d8来首先构builddebugging器,这在64位计算机上可能有些麻烦(v8仅为32位),请参阅此处了解更多信息。

这是我为Node.js 0.10.25和0.10.26做的:

  1. 我下载了与我使用的二进制文件相对应的Node.js的源代码。 (我在Debiantesting,这是从Node.js网站发布的背后。

  2. 我检查了节点源中捆绑的v8版本。 (看deps/v8/ChangeLog ,Node.js为0.10.25和0.10.26为3.14.5)

  3. 我从v8站点下载了这个确切版本的v8。

    为什么? 我尝试在Node.js deps/v8目录中运行make native ,但是Makefile却抱怨缺lesstesting目录。 由此我们可以推断出Node开发人员并不包括整个v8版本。 曾几何时,对于早期版本的Node(0.8.something),我已经从deps/v8可用版本构build了v8,但是这一次我决定使用不同的方法。

  4. 正如v8的build/README.txt所解释的,在v8的源代码树的顶层,我做了:

     $ svn co http://gyp.googlecode.com/svn/trunk build/gyp 

    (按照OrangeDog的build议,把我安装的gyp链接到build/gyp gyp是行不通的,这就是为什么我这样做的原因。)

  5. 我跑了:

     $ CXX=g++-4.7 make native 

    为什么CXX设置? 当我尝试使用默认的gcc时,我马上遇到了一个编译问题。 我检查了版本。 这是4.8,我记得Slashdot有关4.8如何给人们带来麻烦的故事。 所以我安装了4.7。 工作很好。

  6. 我把out/native/d8到了一个位于PATH的位置。 这是因为linux-tick-processor脚本在findd8做得不好。 最简单的解决scheme是使我的PATH可用。 你的旅费可能会改变。

毕竟, linux-tick-processor可以和Node生成的v8.log文件一起使用。

要么安装源码包 – sudo apt-get source nodejs ,要么切换到官方源码,因为ubuntu包非常过时。

要构buildd8,请转到deps/v8目录。

  1. build/gyp创build一个符号链接到可以findbuild/gyp的目录(例如/usr/bin )。
  2. 运行make native
  3. 将/ out/native/d8复制/符号链接到PATH上的某处。