虽然VDSP和GCC3.2有很好的兼容性，但是还是有一些差异的，以下列出已经碰到的一些差异及处理办法：

　　1、__builtin_expect(exp, val)：这是GCC的一个内建函数，而VDSP无此函数，它用于为编译器提供分支预测信息，其返回值是整数表达式exp的值，val的值必须是编译时常数。这个内建函数的语义是 exp 的预期值是 val，编译器可以根据这个信息适当地重排语句块的顺序，使程序在预期的情况下有更高的执行效率。因此在移植时直接用：

#define　__builtin_expect(exp,　val)　　　　　　　　　　　　　　　(exp)

　　2、__builtin_constant_p(EXP)：此内建函数用于判断一个值是否为编译时常数，如果参数EXP 的值是常数，函数返回 1，否则返回 0。很多计算或操作在参数为常数时有更优化的实现，在 GNU C 中用上面的方法可以根据参数是否为常数，只编译常数版本或非常数版本，这样既不失通用性，又能在参数是常数时编译出最优化的代码。在移植时使用：

#define　__builtin_constant_p(x)　　　　　　　　　　　　　　　　　　　　　　　　　(0)

　　3、__builtin_return_address (LEVEL)：此内建函数返回当前函数或其调用者的返回地址，参数LEVEL 指定在栈上搜索框架的个数，0 表示当前函数的返回地址，1 表示当前函数的调用者的返回地址，依此类推。在VDSP中，仅能取得当前函数的返回地址：

#define　__builtin_return_address(level)　　　　　　　　({void*　addr;　\
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　asm("%0　=　rets;"　:　"=a"(addr));　addr;})

编缉推荐阅读以下文章

• 在VDSP中编译uclinux（7）：令人困惑的成功
• 在VDSP中编译uclinux（6）：VFS: Unable to mount root fs on unknown-block(31,0)
• 在VDSP中编译uclinux（5）：Milestone-内核启动基本完成
• 在VDSP中编译uclinux（4）：console实现
• 在VDSP中编译uclinux（2）：内存布局
• 在VDSP中编译uclinux（1）：不可能的任务？