高水平C程序员修养
在大型C语言项目工程或者linux内核中我们都会经常见到两个FASTCALL和armlinkage
两个标识符(修饰符)，那么它们各有什么不同呢？今天就给大家共同分享一下自己的心得.
大家都知道在标准C系中函数的形参在实际传入参数的时候会涉及到参数存放的问题，那么这些参数存放在哪里呢？ 有一定理论基础的朋友一定会肯定地回答：这些函数参数和函数内部局部变量一起被分配到了函数的局部堆栈中，真的是这样吗？其实还有例外的情况：
首先作为linux操作系统,它不一定就只运行在X86平台下面,还有其他平台例如ARM,PPC，达芬奇等等，所以在不同的处理器结构上不能保证都是通过局部栈传递参数的，可能此时就有朋友就会问：不放在栈中能放在哪里呢？熟悉ARM的朋友一定知道ARM对函数调用过程中的传参定义了一套规则，叫ATPCS（内地叫AAPCS），规则中明确指出ARM中R0-R4都是作为通用寄存器使用，在函数调用时处理器从R0-R4中获取参数，在函数返回时再将需要返回的参数一次存到R0-R4中，也就是说可以将函数参数直接存放在寄存器中，所以为了严格区别函数参数的存放位置，引入了两个标记，即asmlinkage和FASTCALL，前者表示将函数参数存放在局部栈中,后者则是通知编译器将函数参数用寄存器保存起来
我们在搜索一些额外的线索，ARM中R0-R4用于存放传入参数，隐约告诉我们，作为高水平嵌入式系统开发者，或者高水平C语言程序员，函数的删除不应该大于5个，那么有人就会反过来问：超过5个的那些参数又何去何从？我的回答是：传入参数如果超过5个，多余的参数还是被存放到局部栈中，此时有人可能又会问：将函数参数传入局部栈有什么不好？ 我的回答是：表面上没什么不好，但是如果你是一名具有linux内核修养的程序员,你就会隐约记得linux中，不管是系统调用，还是系统陷阱都会引起用户空间陷入内核空间，我们知道，系统空间的权限级是0，用户空间的权限级为3，系统调用从权限级为3的用户空间陷到权限级为0的内核空间，必然引起堆栈切换，linux系统将从全局任务状态栈TSS中找到一个合适的内核栈信息保存覆盖当前SP,SS两个寄存器的内容，以完成堆栈切换，此时处于内核空间所看到的栈已不是用户空间那个栈，所以在调用的时候压入用户栈的数据就在陷入内核的那个瞬间，被滞留在用户空间栈，内核根本不知道它的存在了，所以作为安全考虑或者作为高水平程序员的切身修养出发，都不应该向系统调用级函数传入过多的参数。
相关文档：
在项目属性页 --> 配置属性 --> C/C++ --> 输出文件里面，将汇编输出的下拉列表从无列表选择为你需要汇编输出的内容，比如“仅列出程序集(/FA)”，如图1-1，图1-2：
图1-1
图1-2
------------------------------------------------------------------------------------------------ ......
#include "stdio.h"
#include "malloc.h"
typedef int elemtype;
struct node
{
elemtype data;
struct node *next;
};
typedef struct node NODE;
NODE * creat(NODE *head)
{
NODE *p,*q;
elemtype i;
head=(NODE*)malloc(sizeof(NODE));
scanf("%d",&(head->data));
p=head;
......
通过把耗时长的函数用c语言实现，并编译成mex函数可以加快执行速度。Matlab本身是不带c语言的编译器的，所以要求你的机器上已经安装有VC,BC或Watcom C中的一种。如果你在安装Matlab时已经设置过编译器，那么现在你应该就可以使用mex命令来编译c语言的程序了。如果当时没有选，就在Matlab里键入mex -setup，下面只要根据提示 ......
在Linux下写程序，遇到一个函数不知道怎么用就得上网去查，没有类似MSDN之类的软件，烦得很。看到网上很多人都说用man很方便，只要man一下你想了解的函数就行了，可我在man之后什么都得不到，比如 man printf，结果就是没有入口
今天专门上网搜了下，发现原来是因为Ubuntu默认没有装manpages-dev，而函数都在这个包里，把� ......
