在HLS中使用c++编写程序，使用到了复数complex类型，综合没问题，在C仿真时对复数赋值的地方报错。 （1）top.h
#ifndef __TOP_H #define __TOP_H #include <iostream> #include <complex> #include <ap_int.h> #include <ap_fixed.h> using namespace std; typedef ap_int<16> int16; typedef ap_fixed<16,1> fixed16; typedef std::complex<int16> cint16; typedef std::complex<fixed16> cfixed16; void test(cint16 *a,cint16 b); #endif（2）top.cpp
#include "top.h" void test(cint16 *a,cint16 b) { a->real() = 1; a->imag() = 0; b.real() = 2; b.imag() = 0; }（3）top_test.cpp
#include "top.h" int main() { cint16 *a,b; test(a,b); cout<<a->real()<<endl; cout<<a->imag()<<endl; cout<<b.real()<<endl; cout<<b.imag()<<endl; return 0; }报警信息： warning: “__GMP_LIBGMP_DLL” redefined #define __GMP_LIBGMP_DLL 0 warning: “__GMP_LIBGMP_DLL” redefined #define __GMP_LIBGMP_DLL 1
错误信息： error:passing ‘const _Tp {aka const ap_int<16>}’ as ‘this’ argument discards qualifiers [-fpermissive]
2、错误排查 （1）多处警告 网上答案一般说是版本问题，暂时不影响，没找到解决方法，排除了遇到的错误指挥发现也没这些警告了，所以继续往下看错误。 （2）C++的this问题 大概的意思是说C++里面现在的复数对象是const，不能修改（大概这样理解，具体我不太熟悉C++），此时对比了一下Vivado HLS 2016.2和2018.2的不同。
complex类型在Vivado HLS 2016.2中默认索引到头文件（记为complex_1，右键到定义会打开），而在2018.2中是索引到<ap_int_special.h>和<ap_fixed_special.h>，而这两个文件里面又引用了文件（记为complex_2）。 在2016.2中，如图，对复数complex类型的操作会直接索引到文件，该文件中的操作符“=”函数后面直接是函数体（大括号“{}”包含的），而对比2018.2： 在2018.2中，对复数complex的操作会索引到<ap_int_special.h>文件中，这里的对于复数的操作后面加了const修饰，猜测是这部分的const修饰导致无法改变数据，发生C++报有关“this”的错误。 typedef ap_int<16> int16; typedef ap_fixed<16,1> fixed16;
typedef std::complex cint16; typedef std::complex cfixed16;
上述，对cint16将会索引到<ap_int_special.h>，对cfixed16会索引到<ap_fixed_special.h>文件，将这两个头文件中的const全部删除之后，对复数的赋值和其他运算不会报错了。
注意，经过试验，在计算机 A 上的工程 X1 上修改后： （1）在计算机A上的X2工程无需修改，新建工程时也会默认索引到修改后的头文件； （2）当将X1拷贝到计算机B上时，若B没改过头文件，则仍会出现错误，需要再次修改B；
以上仅供参考，修改后成功运行C仿真、C-RTL联合仿真并打包IP，测试后发现数据正确，目前没有发现哪里出了问题，但是感觉这样直接改库不太安全，如果有其他方法的希望能告知，感谢！
