HarmonyOS 鸿蒙Next中Flutterohos分支报错

HarmonyOS 鸿蒙Next中Flutterohos分支报错 cke_183.png

版本信息: 3.22.0


更多关于HarmonyOS 鸿蒙Next中Flutterohos分支报错的实战教程也可以访问 https://www.itying.com/category-92-b0.html

3 回复

Flutter3.22.0分支要求API版本为API18或更高 检查build-profile.json5中的兼容API版本是否低于十八低于十八的话需要修改对应版本

cke_296.png

https://gitcode.com/openharmony-tpc/flutter_flutter/tree/3.22.0-ohos?tab=md

更多关于HarmonyOS 鸿蒙Next中Flutterohos分支报错的实战系列教程也可以访问 https://www.itying.com/category-92-b0.html


在鸿蒙Next中，Flutterohos分支报错通常涉及Flutter引擎与鸿蒙系统的适配问题。常见原因包括Flutterohos插件版本不兼容、鸿蒙API变更或构建配置错误。需检查Flutterohos分支的SDK版本是否匹配鸿蒙Next的API级别，并确认依赖项已更新至支持鸿蒙Next的版本。具体错误信息可查看构建日志中的详细输出。

从截图看，这是一个典型的Flutter引擎编译错误，发生在构建Flutterohos分支时。错误核心是 third_party/glfw/src/input.c 文件中的 _glfwInputJoystick 函数，其返回类型 void 与 GLFWAPI 宏定义可能不匹配，或者该函数签名与头文件中的声明不一致。

问题分析：

  1. 根本原因：Flutter引擎的第三方依赖库 glfw 在HarmonyOS Next的特定编译环境（可能是特定的NDK版本或编译器）下，出现了函数签名严格性检查报错。GLFWAPI 宏通常用于控制库函数的导出属性（如 __declspec(dllexport) 或 __attribute__((visibility("default")))），其展开结果可能与 void 返回类型组合时产生语法冲突或不符合编译器的预期。
  2. 直接原因：在 input.c 的第449行，_glfwInputJoystick 函数的定义与它在头文件（可能是 internal.h）中的声明不匹配。编译器（这里是 clang++）检测到了这一不一致。

解决方案：

这是一个源码层面的兼容性问题，需要修改Flutter引擎的第三方库代码。您可以尝试以下步骤：

  1. 定位头文件：找到 glfw 库对应的头文件（通常是 internal.h 或 glfw3.h），查看 _glfwInputJoystick 函数的声明。对比其返回类型和 GLFWAPI 修饰符的使用方式。
  2. 修改源码：根据头文件中的声明，修正 input.c 中该函数的定义。常见的做法是确保函数定义的签名与声明完全一致。例如，如果声明是 GLFWAPI void _glfwInputJoystick(...)，那么定义也必须是 GLFWAPI void _glfwInputJoystick(...)。
  3. 补丁或本地修复：由于修改的是第三方库代码，建议将修改制作成补丁文件，以便在每次同步Flutterohos分支后能快速应用。您也可以在本地直接修改该文件，但需注意后续更新可能会覆盖您的修改。

操作参考：

  • 使用文本编辑器打开 third_party/glfw/src/input.c。
  • 找到第449行附近的 _glfwInputJoystick 函数定义。
  • 将其修改为与头文件声明完全一致的形式。例如，可能需要在返回类型 void 前添加 GLFWAPI 宏。
  • 保存文件，重新执行编译命令。

后续建议：

此类问题通常与特定编译工具链的版本有关。如果上述方法无效，可以尝试检查或切换NDK版本，或者关注Flutterohos分支的官方更新，看是否有相关修复合入。

回到顶部