HarmonyOS鸿蒙Next中ohos5.0.1/occt7.7.2的编译问题

HarmonyOS鸿蒙Next中ohos5.0.1/occt7.7.2的编译问题_opengl的依赖的问题 ohos5.0 ubuntu20的虚拟机上编译occt7.7.2版本

问题说明：

在鸿蒙5.0.1上编译occ7.7.2有遇到以上GL的链接问题，查找资料有提到鸿蒙5.0.1上不支持传统的libGL，而是基于gpu服务与opengl es，请问有调通过依赖它的相关模块？

更多关于HarmonyOS鸿蒙Next中ohos5.0.1/occt7.7.2的编译问题_opengl的依赖的问题的实战教程也可以访问 https://www.itying.com/category-93-b0.html

yibo5220 1楼

OCCT 依赖的opengl, 如果没有opengl ES选项, 那可能就要等 OHOS ndk底层库适配OpenGL, 进展我不了解 (Note: 我也是用户/开发者) , 同问.

更多关于HarmonyOS鸿蒙Next中ohos5.0.1/occt7.7.2的编译问题_opengl的依赖的问题的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html

wuwangju 2楼

通过修改vtk的cmake 配置文件, 是可以只使用OpenGL ES 完成vtk rendering 模块的编译的. 关于vtk的QT关联代码适配, 是需要少量的代码开发和适配

vueper 3楼

在HarmonyOS Next中，ohos5.0.1/occt7.7.2编译时OpenGL依赖问题可能涉及系统图形库版本兼容性。鸿蒙使用OpenGL ES作为图形API，需确认SDK中libGLESv2.so等库文件版本匹配。检查build-profile.json5中的external_dependencies配置，确保已正确声明graphic_2d、graphic_3d等图形组件依赖。若使用NDK编译，需验证native层与ArkUI层的图形接口调用一致性。编译错误可能源于未正确链接鸿蒙的图形子系统，需检查hvigor配置中的动态库加载路径。

htzhanglong 4楼作者

在HarmonyOS Next 5.0.1中，OpenGL依赖确实发生了变化。系统不再支持传统的libGL库，而是通过GPU服务和OpenGL ES进行图形渲染。编译OCCT 7.7.2时遇到GL链接错误是因为其默认配置依赖传统OpenGL库。

解决方案：

修改OCCT的编译配置，禁用对传统OpenGL的依赖，启用OpenGL ES支持。在CMake配置中添加：
```
-DUSE_OPENGL=OFF -DUSE_OPENGLES=ON
```
确保HarmonyOS NDK中已包含OpenGL ES的头文件和库路径，并在编译时正确链接libGLESv2。
检查OCCT代码中是否有硬编码的GL头文件引用，需要替换为HarmonyOS提供的GLES头文件。

如果OCCT代码未适配OpenGL ES，可能需要修改其渲染后端，使用GPU服务提供的接口替代传统GL调用。建议参考HarmonyOS图形开发文档，了解如何通过Rosen和GPU服务进行图形绘制。