针对嵌入式SoC应用C编程优化及编译器原理
开发运行在SoC内的嵌入式处理器内核的程序时，工程师有两个主要目的：运行得足够快，使处理器运行的频率降到最低；消耗尽量少的内存，使内存开销降到最小。
对于不同的项目，有时候这两个因素的重要性会不一样。下面两个关键因素极大地影响着设计团队满足这些目标的能力：开发源程序的编译器对代码的优化效率以及用于开发源代码的编程风格。本文将深入地讨论这两种因素，并提出一些创建小而快的C程序的建议。
编译器原理
编译器通常是由前端和后端两部分组成。前端通常是指语法和语义的处理过程，后端通常是指优化、代码生成，以及针对特定处理器的优化过程。很多好的编译器后端依赖于多层的中间表述(IR)。优化和代码生成从高层(类型输入程序的句法)到低层逐级地传递中间表述。与处理器无关的优化一般倾向于在编译过程的早期在较高IR层上实现，而针对特定处理器的优化一般倾向于在编译过程的后期在低层IR上来实现。信息通过不同IR层向下传递，这样低层优化可以充分利用编译器早期处理得到的高层信息。
Tensilica针对其Xtensa可配置处理器和Diamond标准处理器的XCC/C++编译器包含四个基本的优化级，从-O0到-O3，对应着不断提高的优化级别。表1描述了这些级别及其相对应的代码大小和内部过程分析(IPA)。缺省情况下，XCC编译器一次优化一个文件，但是它也可以执行内部过程分析(通过加入IPA的编译选项)。当在多个原文件上优化整个应用程序时，优化将会被延迟到链接的步骤之后进行。表2描述了当前编译器(包括XCC编译器)支持的优化内容部分列表。
XCC编译器还可以利用编译产生的性能分析数据。性能分析的反馈可以帮助编译器减轻分支跳转的延迟。另外，反馈可以让编译器只是插入那些最常用的函数(inline)，并且妥善处理常用代码段中寄存器溢出的问题。因此，性能分析反馈允许XCC编译器在所有地方进行正常优化的同时，还可以通过优化应用中的临界部分进行加速。
一些有用的C编码规则
为了利用编译器得到最好的性能，编程人员需要像编译器一样思考问题，并且理解C语言和目标处理器之间的关系。下面的一些基本原则可以帮助�
相关文档：
1． 在C语言中内嵌汇编
在C中内嵌的汇编指令包含大部分的ARM和Thumb指令，不过其使用与汇编文件中的指令有些不同，存在一些限制，主要有下面几个方面：
a. 不能直接向PC寄存器赋值，程序跳转要使用B或者BL指令
b. 在使用物理寄存器时，不要使用过于复杂的C表达式，避免物理寄存器冲突
c. R12和R13可能被编译 ......
我觉得,在输入输出函数中,scanf()函数,应该是最麻烦的,有时它给我们的结果很可笑,但是一定是一原因的....
首先声明一下,这篇日志不是介绍scanf()中各种格式符用法的文章(没有这个必要,但是大家一定要会用).
我尝试了很多种输入,包括一些错误的练习,曾经对scanf()由迷茫转向清醒,又由清醒再次转向迷茫......不知道何时是个 ......
C专家编程 精编之一 第一章~第三章
C的复杂之处 在于它的指针 ,但是比其指针更为复杂的是它的声明 !!!
你能看懂它们的意思 吗?
apple=sizeof(int)*p ; apple=sizeof * p;
j= (char (*)[20])malloc(20);
int const * grape; 与 int * const gr ......
原帖：
http://hi.baidu.com/pepsi360/blog/item/cc74be4412cf6789b3b7dcd4.html
#include <stdio.h>
struct Node
{
int a;
char b[10];
Node *next;
};
main(void)
{
char *p=NUL ......
这篇日志还是先从一个能够运行起来的例子出发，一旦能顺利的看到程序的成功运行，那么接下来的事件我想应该是问为什么了？似乎这样更加容易理解和掌握。
对于socket程序的概念这里就不多写了，但我相信，如果能看完这整篇文章，我相信不会再有这样的疑问的。
下面将编写一个c/s结构的程序，主要功能是client将向server发� ......
