说说VDSP5

来源：互联网发布：unity3d 对话框编辑：程序博客网时间：2024/05/22 06:33

快乐虾

http://blog.csdn.net/lights_joy/

lights@hb165.com

本文适用于

ADI bf561 DSP

优视BF561EVB开发板

uclinux-2008r1-rc8 (移植到vdsp5)

Visual DSP++ 5.0

欢迎转载，但请保留作者信息

前段时间，将uclinux内核移植到了Visual DSP 5.0下，也就来说说对Vdsp5的一些看法。

总的说，VDSP5还是一个比较不错的IDE的，面对23M的dxe文件，都能正确地进行调试，虽然其下载速度变慢，大概要4分钟左右才可以下载完。

对VDSP的意见集中在下面几个方面：

1.1.1 关于汇编

1、不支持空行。

比如仅仅在一行上打上一个分号，VDSP就会有强烈的意见。这一点可能不应该把帐算在VDSP的头上，但是我相信只要对编译器进行很小的改动就可以实现，这对于将软件从GCC编译器移植到VDSP却有莫大的好处。

2、.macro

在gcc下的汇编支持.macro，它类似于define，但是使用.macro可以在定义中使用#ifdef这样的条件编译，而用define则不行，希望未来VDSP也可以支持它。

3、.rept

使用.rept，相当于可以对代码进行copy / paste的操作，可以节省很多时间，希望未来VDSP也可以支持。

4、jump 1f

可恨，这么好的一个东西，VDSP居然不支持。

5、嵌入汇编

这是VDSP最烂的一个地方，如果你在C中嵌入汇编，而这个代码又很不幸地出错了，那你别指望VDSP会帮助你，它的错误提示完全让人不知所云！！

1.1.2 关于C编译器

关于C编译器，主要存在两个BUG，都和优化有关。

1、__builtin_expect

这个本来是个好东西，可惜有时它会引起编译器的崩溃，而且其提示让人不知所云！

2、inline

这个也是个好东西，但当内联超过多层的时候（不确定是否这个原因），也会引起编译器的崩溃！就像这样的：

../../mm/filemap.c

At end of source: : internal error: Uncaught exception Assertion failed raised

at ../../../bril/optimiser/dominators.c:910 (in pass

cleanup_scalar_stores_nonopt during compilation of

_find_or_create_page). Please submit a bug report with this message,

the command line used, type of machine and the output of the

compiler when you add -ED -v to the command line. Please also send

us the pre-processed file that is generated by the -ED option (the

file generated is named <original_filename>.i)

1 catastrophic error detected in the compilation of "../../mm/filemap.c".

Compilation aborted.

cc3089: fatal error: Compilation failed

1.1.3 关于调试器

1、当要调试的系统变大时，偶而有不稳定的现象发生，比如下载完成后要将系统中断下来，此时当按下中断按钮时，直接就跑飞了，你再下载一次就OK了。这在系统较小时几乎不会发生。

2、在显示变量值的窗口（Expression）中，有一些结构体无法显示结构体的成员。

3、在跟踪inline函数时，无法查看其变量的值。这个似乎不应该归罪于VDSP，写下来供参考。

1.1.4 关于链接器

这个就比较让人恼火了，如果你定义一块比较大的空间，然后将这个空间分成多个section，这个时候，链接器会自动将一些小代码或者小变量塞到一些内存的空隙中，以此提高对空间的利用率。本来是件好事情，但是在有些时候这却会造成致命的错误！

链接脚本里提供了一个FORCE_CONTIG的命令，但是实际发现它并不起作用！