LL-Studio的专栏

功能 列出.o .a .so中的符号信息，包括诸如符号的值，符号类型及符号名称等。所谓符号，通常指定义出的函数，全局变量等等。 使用 nm [option(s)] [file(s)] 有用的options: -A 在每个符号信息的前面打印所在对象文件名称； -C 输出demangle过了的符号名称； -D 打印动态符号； -l 使用对象文件中的调试信息打印出所在源文件及行号； -n 按照地址/符号值来排序； -u 打印出那些未定义的符号； 常见的符号类型: A 该符号的值在今后的链接中

Makefile中获取当前执行的Makefile所在路径 根据gnu make定义，gnu make会自动将所有读取的makefile路径都会加入到MAKEFILE_LIST变量中，而且是按照读取的先后顺序添加。 所以可以通过$(abspath$(lastword $(MAKEFILE_LIST)))返回当前正在被执行的Makefile的绝对路径。 mkfile_path :=$(abspath$(lastword $(MAKEFILE_LIST))) #获取当前正在执行的makefile的绝对...

原文：http://www.cnblogs.com/OCaml/archive/2012/06/18/2554086.html#sec-1-1 折腾gcc/g++链接时.o文件及库的顺序问题 1 gcc/g++链接时.o文件以及库的顺序问题 1.1 写在前面 最近换了xubuntu12.4，把原来的项目co出来编译的时候报“undefined reference to”。猜测是gcc的版本

gcc的-D和-U参数：宏的设置与取消 这两天做LFS注意到了gcc的-D参数：在gcc命令中定义宏，比如我有如下的代码： /* hello.c */ include ifdef YES char* str = “Yes, this is a macro.”; else char* str = “No, there is no macro.”; endif int

uClibc和Glibc并不相同，两者有许多不同之处，而且以下不同有可能给你带来一些问题. 1.uClibc比Glibc小，虽然uClibc和Glibc在已有的接口上是兼容的，而且采用uClibc编译应用程序比采用Glibc编译应用程序要更方便，但是uClibc并没有包括Glibc中的所有接口实现，因此有些应用可能在uClibc中不能编译。 2.uClibc在可配置性上比Glibc要好。 3.

目录 CMake使用文档 让cmake支持GDB调试的方法 于CMake官网看详细说明： CMake - Cross Platform Make https://cmake.org/cmake/help/v2.8.12/cmake.html#section_Commands cmake快速入门 - 不忘初心 - CSDN博客 https://blog.csdn.net/kai_zone...