我之前在Xilinx SDK开发时也碰到过一模一样的问题，这些错误本质上是Xilinx BSP头文件里的宏和C++标准库的标识符冲突导致的，尤其是你提到的str宏，刚好和stringstream里的成员函数名撞了。下面是具体的解决步骤：

问题根源 #

Xilinx的部分BSP头文件（比如xil_types.h、xil_io.h这类）会定义一个名为str的宏，通常是用来做字符串拼接的，比如：

#define str(s1, s2) XIL_STR(s1, s2)

当你先包含这些Xilinx头文件，再包含<sstream>时，宏会把标准库中stringstream::str()这样的代码错误展开，导致语法混乱，就出现了你看到的expected ';'、macro "str" requires 2 arguments这类错误。

解决方案 #

1. 调整头文件包含顺序（最推荐） #

把<sstream>放在所有Xilinx相关头文件的最前面，这样标准库的标识符会先被解析，不会被后面的宏污染。示例代码：

// 先包含标准库头文件
#include <sstream>
#include <string>

// 再包含Xilinx的BSP头文件
#include "xparameters.h"
#include "xil_io.h"
#include "xil_exception.h"

2. 临时取消冲突宏（如果顺序调整无效） #

如果因为代码结构没办法调整头文件顺序，可以在包含<sstream>之前先取消str宏的定义，之后如果需要再恢复：

// 先取消Xilinx的str宏
#ifdef str
#undef str
#endif

// 包含标准库头文件
#include <sstream>

// （可选）如果后续需要用到Xilinx的str宏，重新定义回来
#define str(s1, s2) XIL_STR(s1, s2)

3. 检查自定义代码的标识符冲突 #

确认你自己的代码里没有定义名为str的变量、函数或宏，避免和标准库或Xilinx的宏双重冲突。如果有，直接改名即可。

验证方法 #

修改后重新编译，如果之前的错误消失，并且可以正常使用stringstream的功能（比如下面的测试代码），就说明问题解决了：

#include <sstream>
#include <string>

int main() {
    std::stringstream ss;
    ss << "Hello Xilinx SDK!";
    std::string msg = ss.str();
    // 后续操作
    return 0;
}

内容的提问来源于stack exchange，提问作者Matan L.