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++ 的標准差得很遠，而且各版本之間也有差異。如果想成功編譯，首先確認編譯環境和編譯參數，而不是拿來源碼就盲目編譯。