ap_uint 有构造函数，不能在 union 中使用

union{ap_uint8 arr[4];ap_uint32 all_data;}tt;tt.all_data width 1;if(tt.arr[3]){}cpp的第110和111行union包含ap_uint8 arr[4]和ap_uint32 all_data。错误原因是ap_uint类型有用户声明的构造函数在C中如果union成员有非平凡构造函数union的默认构造函数会被删除编译器报错。Vivado HLS 对 C 联合体union成员类型的强制要求 导致的。error: union member arr has a non-trivial constructorap_uint8 arr[4];error: union member all_data has a non-trivial constructorap_uint32 all_data;note: because type ap_uint8 has a user-declared constructor联合体union中包含的 ap_uint 类型有一个用户自定义的构造函数。根据 C 标准如果一个联合体的成员有“非平凡特殊成员函数”如非平凡构造函数、非平凡析构函数等编译器就不会自动为这个联合体生成默认的构造函数和析构函数从而导致编译错误。简单说就是在 C 中联合体不允许包含“有构造函数”的类对象而 ap_uint8 和 ap_uint32 恰好是包含构造函数的类。ap_uint 是 Xilinx 提供的任意精度整数类型它在 ap_int.h 中的定义类似:class ap_uint{public:inline ap_uint() : Base() {} // 默认构造函数// ... 其他构造函数、运算符重载};正因为它定义了自己的构造函数编译器就无法将它用于联合体union成员。意图通常是利用联合体的内存共享特性用不同的数据类型去访问同一段内存例如把32位数据拆成4个字节或者把4个字节合成一个32位数据方便进行数据重组。这在普通的 C/C 程序中是常见的技巧但在 Vivado HLS 中不被允许因为 HLS 对 C 的支持是有限制的它要求代码能够被综合成硬件电路。可以采用结构体来进行打包和解包struct pixel_parts {ap_uint8 r, g, b, a;};pixel_parts parts;ap_uint32 packed;// 打包packed (parts.a, parts.b, parts.g, parts.r);// 解包parts.r packed(7,0);parts.g packed(15,8);parts.b packed(23,16);parts.a packed(31,24);