Omnet++安装故障求助：编译报错及示例无法运行问题

1. clistener.cc receiveSignal 弃用警告 #

该警告仅为API过时提示，不影响编译与功能运行，可按需处理：

• 直接忽略：无需额外操作，继续编译即可。
• 修复代码：将代码中的 receiveSignal 替换为OMNeT++推荐的 handleSignal 方法，适配新版信号处理API。
• 屏蔽警告：在项目Makefile中添加编译选项 -Wno-deprecated-declarations，关闭该类弃用警告。

2. qtenv 模块编译时 uic 无法运行二进制文件 #

此问题多因工具链不兼容或权限缺失导致，按以下步骤排查：

• 修复文件权限：执行 chmod +x /opt/mingw64/bin/uic，确保uic具备可执行权限。
• 替换为系统原生Qt工具：若在Linux环境下使用Windows版mingw工具链，会出现架构不兼容问题。先安装系统原生Qt工具（Debian/Ubuntu环境执行 sudo apt install qttools5-dev），再重新配置OMNeT++：

  ./configure WITH_QTENV=yes QT_PATH=/usr/lib/qt5
  make clean
  make
  

• 校验工具路径：通过 which uic 查看系统默认uic路径，修改OMNeT++配置文件，确保指向当前系统可运行的uic版本。

3. aloha 示例提示 No such file or directory #

核心原因是可执行文件未生成或路径错误：

• 重新编译项目：进入aloha示例目录，执行 make clean && make，确保编译过程无报错。
• 确认可执行文件位置：OMNeT++编译产物默认存放在 out/[编译器版本]-[模式]/ 目录下，例如Linux gcc编译的release版本路径为 ./out/gcc-release/aloha，需使用完整路径运行。
• 验证架构兼容性：若之前用mingw编译生成Windows格式的.exe文件，在Linux下无法直接运行，需重新配置为本地系统架构编译。

内容的提问来源于stack exchange，提问作者Bjørnar Stople