在emacs编程中有以下需求 从调用一个函数的地方跳转到函数的定义的地方 或是反过来从函数定义的地方列出所有调用这个函数的地方 实现办法 需要安装以下软件 gnu global(阅读源代码的工具)官网 emacs的gtags插件 启动emacs后,输入下面的命令,来启动gtags的功能 M-x ggtags-mode gnu global安装 apt-get install global emacs的gtags插件安装 M-x list-packages 找到ggtags后,鼠标点击,再点安装…

[emacs] 使用ggtags浏览代码 // */ // ]]>   [emacs] 使用ggtags浏览代码 Table of Contents 1 相关的连接 2 global简介 2.1 安装 2.2 使用 3 ggtags使用介绍 3.1 补充 3.1.1 gtags-find-tag-dwim 3.1.2 ggtags-find-definition 3.1.3 ggtags-find-reference 1 相关的连接 ggtags地址 global下载地址 global入门 2…

.title { text-align: center; margin-bottom: .2em } .subtitle { text-align: center; font-size: medium; font-weight: bold; margin-top: 0 } .todo { font-family: monospace; color: red } .done { font-family: monospace; color: green } .priority { font-fami…

Common utilities base/kaldi-common.h 几乎所有Kaldi程序都会include该头文件. 该头文件include了一些其他位于base/目录的头文件,主要提供: 错误-日志 宏 类型定义(typedefs) 数学实用程序函数(如随机数生成器) 其他#defines     util/common-utils.h 命令行参数解析 I/O函数(处理带管道的文件名) ark列表处理 列表类型 字符串转换 gmm/model-common.h GMM/SGMM的枚举,…

一.关于博客阅读感想 阅读了十多篇老程序员(大多在计算机相关行业工作超过10年)关于自身经历的博客,很有感触.这里一方面总结一下看博客的收获,另一方面写点自己的感受. 首先,这些博客不少涉及到了两大类的内容:作为一名程序员的成长经历和程序员的生涯. 作为一名程序员,这些博主们的身份成长经历多种多样,既有小时候就兴趣浓厚,所处环境优越起步早的:也有高考的时候才填志愿进入到计算机专业学习了4年专业知识的:甚至有并不是科班出身而是半路出家转行当程序员的.然而虽然博主们的背景不同,但作为程序员的成长经历…

Emacs下支持多行代码的注释/反注释,命令是comment-or-uncomment-region. 我喜欢把它绑定在快捷键C-c C-/上,如下: (global-set-key [?\C-c ?\C-/] 'comment-or-uncomment-region) 这样当选定多行代码的时候就可以方便的进行注释/反注释了. 但是这个命令有一个小问题,那就是只能针对当前选中的行(region)做操作. 如果当前没有选中任何行的话就什么也不做. 用过Eclipse的同学都知道,在Eclipse里…

为什么要看luajit的源码 作为目前最快的脚本语言之一,luajit确实是一个杰作,但相比原生lua仅仅几万行的代码而言,luajit却可以说是巨无霸.更要命的是,luajit之所以快,是因为大量使用了机器码相关的技术,无论是它的机器码编译部分,还是字节码执行部分,读起来都非常麻烦. 网上这方面的资料非常少,即使是lua社区的云风大大也主要以分析原生lua为主,跟luajit有很多不同.万一遇到了性能坑,或者其他难以解决的问题,需要找到原因,又不能阅读源码的话,就只能依赖网上其他人的结论,否则…

在我们使用别人写好的程序时,经常会使用-h 之类的东西查看一下简单的帮助手册或者说明信息: 对于perl 语言而言,写起来简单,经常随手一写,解决了当时的问题,但是过几天去看,你都不知道这个脚本该怎么调用,是用来做什么的: 为了避免这样的情况,对于常用的脚本,有必要提供较为清晰的帮助文档. 在perl 里面,官方提供了这样的注释手段,看下面的代码示例 =pod =head1 NAME L<Transdecoder.LongOrfs|http://transdecoder.github.io>…

阅读代码是因为我发现官方教程里的代码在本地不能用,所以就通过”查看定义“转到了源代码里. 通过阅读源代码,查看方法内是否有教程中所说的方法名和参数名,然后再通过”查看引用“来试图了解函数的流程,如果没有头绪,就通过查找关键字,最后发现我下的这个版本里并没有教程中说给的方法 此外,再阅读代码的过程中作者 定义的一种参数是否规范的的验证机制 def _validate_option(self, option, val): if option in ("field_names"): self…

本文转自: https://xbgd.iteye.com/blog/1259544 常见阅读代码的工具有 , visual c++, visual studio + va(visual assistant), 以及 source insight, 这几个功能强大的收费软件 , 目前用得非常多 , 尤其是 Source Insight( 以下简称 SI), 是一个不错的跨平台的软件 . 今天推荐的 Eclipse C++ 版本 , 同样也是一个优秀的开源阅读代码的工具 , 其优越性有甚于 SI, …