dsp编译器O3错误

㈠ dsp死掉重启后还是不行

可能是堆栈溢出、数组溢出、访问指向空地址的指针未声明的函数调用跑飞等原因。
1、堆栈溢出：以TI CCS3.3为例，程序运行的堆与栈的空间大小都是由软件设计师自己定义分配大小的。一般出现问题就是为DSP软件运行设置的堆或栈的空间太小，而导致程序不能正常运行。堆或栈空间太小编译生成out文件时，是不会报错的。TI ccs3.3中Stack Size是0x400(即默认的配置)，Heap Size是0x200（即默认配置）。如果程序出现莫名的跑飞情况可以试试改改这两个参数值。
2、数组溢出：数组溢出就是定义数组的空间大小，而通过数组下表访问时，下标超过了数组的边界，这样可能改写其他地址的数据，造成程序跑飞。有可能是使用未初始化的变量作为下标方位数组（这种情况编译器通常会有warning提示）；还有可能是通过计算关系计算下标，而在异常的情况下下标会越界（应用下标前对下标的范围进行判定，正常后再使用）。
3、访问指向空地址的指针：访问未初始化的空指针也可能出现DSP跑飞的情况；或者将指针作为函数参数传递时，指针未指向具体的地址，而在函数中使用，可能出现死机的情况（也可能不会，在ccs3.3下）。这些“指针未初始化”或“指针未指向具体变量”的问题编译器不会提示错误，最多提示警告。而“指针未指向具体变量”作为函数参数传递，在VC2005中，编译时不会报错，但有警告，但是在debug状态下运行时直接就跑死了，也算是暴露问题了。
4、未声明的函数调用跑飞：在TI ccs3.3中一些函数没有显式声明，而直接调用可能达不到函数预期的效果或者就是跑飞。以前写过一个CCS环境下因printf函数跑飞的问题。其实未声明函数调用，在zynq的开发平台vivado的SDK中也出现过，编译不报错，运行就是达不到预期的效果。

㈡ DSP伪指令的问题

觉得你需要学习下汇编，像dsp的c语言程序，在编译的过程中会将其转化成汇编程序；这些汇编程序中就包含有像.text ..cint .constt .switch .bss .stack . system这些段，当然这些是编译器默认产生的段，也可以有自定义段，这就需要你自己定义了；既然有段，就要为这些段分配地址；这些配置在cmd文件里都有详细的说明；你上ti网址找找，都有的

㈢ 开发DSP编译时CCS报错

#define PMST 0x001d;
这句后面不加分号

㈣ visual dsp++编译工程时出错，仿真器和开发板连接上了，不知道为什么会有连接错误。

编辑添加工程源文件：
I 添加已有（Project→Add to Project→File）
II 新建（File→New）
III 工程相关性Dependency（.mak文件）决定编译链接顺序，更新工程相关性（Project→Update Dependency）
④设置工程配置选项（Project→Configuration）指定编译链接产生的工程类型：
I Debug（默认类型）：编译器产生包含调试信息的目标文件
II Release：产生不包括编译信息的目标文件，同时优化代码
⑤编译链接Debug版的Executable文件：
I 工具栏编译链接图标或“F7”快捷键
II 菜单（Project→Build Project）
III 右单击工程
⑥建立Debugging Session（调试会话）和加载可执行文件（后面详述）
⑦运行调试（Debug）程序（运用Debugger工具）：
I 工具栏图标
II Debug菜单的子菜单
⑧编译链接Release版的Load文件：
I Project→Configuration或Project→Option将Debug改为Release
II Project→Option将Executable改为Load
III Project→Option选择Load选项根据用户要求对加载文件进行设置

㈤ 我是新手 编译vs2003的时候提示 无法打开包含文件。请问在vc++目录改如何添加包含文件。大神

1 头部#include文件错误，#include 后面的包含的文件时,如果使用的是 "<>" 尖括号的话, 表示让编译器在系统头文件夹中查找对应名字的头文件, 当使用""引号时,就是让编译器在当前程序目录下查找对应名字的头文件,如果没有找到,则编译器会再在系统头文件夹中查找该头文件. 注意#include文件到位置。
2 感觉是编译器兼容问题，比如：include “streams.h”有的情况下在vs2003编译通过的情况下，在vs。net编译无法通过,改成，include "streams"去掉.h就可以了。

3 有可能是文件整理后移动位置，将与编译头文件和cpp文件目录修改导致错误，用记事本打开.dsp文件，找到与编译cpp文件，少了个与编译开关所以不能生成与编译头文件：.pch
加入开关：# ADD CPP /Yc"。h文件"。例如:
SOURCE=.\StdAfx.cpp
# End Source File
# Begin Source File
发现少了个与编译开关所以不能生成与编译头文件：。pch
加入开关：# ADD CPP /Yc"stdafx.h"
SOURCE=.\StdAfx.cpp
# ADD CPP /Yc"stdafx.h"
# End Source File
# Begin Source File

4 在编译directshow源码的时候注意将C:\DXSDK\Samples\C++\DirectShow\BaseClasses下的文件先进性一次编译。

5 tools->options->directories 里的lib设置问题

6 有的时候需要使用#program comment(lib,"")命令导入一个lib库文件。让编译器在该库文件中搜索，引入的头文件。

㈥ CCS DSP仿真问题

第一个警告是说你的工程没有设置栈的大小，编译器使用默认的空间设置0x400；第二个警告是由于main函数里有while（1），死循环，因此renturn 0始终都不会得到执行，因此提示程序永远都到达不了（不会执行）这条语句。

㈦ DSPBuilder 模型产生quartus工程文件时报错

matlab文件存放的路径请全部使用英文
cd $projectdir这行执行失败,因为你试图进入D:/Backup/ￎￒﾵￄￎￄﾵﾵ/MATLAB/dspzy/dspzy1_dspbuilder这个文件夹
其中MATLAB的母目录似乎是乱码,可能你用了非ASCII字符作为文件夹名

㈧ DSP编译问题

先看CCS设置
再看链接库是否添加正确
还有CMD文件是否正确，有的实验箱用了两个CMD，头文件一个，用户代码一个。一般开发板一个。
实在不行就把源码发上来，包括你的包含文件，以及设置选项。
CCS编译器报错有很多种情况。

㈨ DSP问题（急）

接收64位的数要做编程处理，先在接收机上定义64位的数 long double型，然后在编码发送64位数据的时候做一个 标志位，如果是64位的数，则置位。接收的时候用如下代码（高位在先，实际时应该用至少3个w）
N = N & w1；
N = （N<<32）&w2；
类似这样解决问题。具体看使用什么通信协议，毕竟一帧里面发送的数据位也不一定是32位的。
强制类型转换（float）

㈩ 我用C++编译软件，release模式。下面显示一个错误，但是上面很多错误。不过基本都是类似的。该怎么解决

一般来说如果是 VC6 的源码都带有工程文件（扩展名 dsw、dsp），你随随便便把一个 cpp 源码就拿来编译，编译器知道你要编译什么吗？16 位命令行程序？32 位 GUI 程序？还是动态连接库 dll 文件？况且众所周知 VC 跟 C++ 的标准差得很远，而且各版本之间也有差异。如果想成功编译，首先确认编译环境和编译参数，而不是拿来源码就盲目编译。