"Why Does Blender Still Depend on libOpenEXR.so.30 after Disabling WITH_IMAGE_OPENEXR in blender_lite.cmake and How to Avoid This Linking?

Building Blender
1

Why does blender_lite.cmake disable WITH_IMAGE_OPENEXR, yet Blender still depends on libOpenEXR.so.30? I hope not to link it to libOpenEXR.so.30, how can I make this change?

ldd ./build_linux_lite/bin/blender
        linux-vdso.so.1 (0x00007ffeb572e000)
        libOpenImageIO.so.2.4 => /workspace/./build_linux_lite/bin/lib/libOpenImageIO.so.2.4 (0x00007fd086c00000)
        libOpenImageIO_Util.so.2.4 => /workspace/./build_linux_lite/bin/lib/libOpenImageIO_Util.so.2.4 (0x00007fd0877e5000)
        libvulkan.so.1 => /workspace/./build_linux_lite/bin/lib/libvulkan.so.1 (0x00007fd087782000)
        libstdc++.so.6 => /lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007fd0869d4000)
        libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fd0868ed000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fd0866c5000)
        /lib64/ld-linux-x86-64.so.2 (0x00007fd08792b000)
        libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fd087756000)
        libOpenEXR.so.30 => /workspace/./build_linux_lite/bin/lib/libOpenEXR.so.30 (0x00007fd086200000)
        libOpenEXRCore.so.30 => /workspace/./build_linux_lite/bin/lib/libOpenEXRCore.so.30 (0x00007fd086637000)
        libtbb.so.2 => /workspace/./build_linux_lite/bin/lib/libtbb.so.2 (0x00007fd0865ee000)
        libboost_thread.so.1.80.0 => /workspace/./build_linux_lite/bin/lib/libboost_thread.so.1.80.0 (0x00007fd087738000)
        libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fd087731000)
        libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fd0865e9000)
        libImath.so.30 => /workspace/./build_linux_lite/bin/lib/libImath.so.30 (0x00007fd086598000)
        libIlmThread.so.30 => /workspace/./build_linux_lite/bin/lib/libIlmThread.so.30 (0x00007fd08658d000)
        libIex.so.30 => /workspace/./build_linux_lite/bin/lib/libIex.so.30 (0x00007fd086181000)
        libboost_chrono.so.1.80.0 => /workspace/./build_linux_lite/bin/lib/libboost_chrono.so.1.80.0 (0x00007fd086581000)
        libboost_date_time.so.1.80.0 => /workspace/./build_linux_lite/bin/lib/libboost_date_time.so.1.80.0 (0x00007fd08657b000)
        libboost_atomic.so.1.80.0 => /workspace/./build_linux_lite/bin/lib/libboost_atomic.so.1.80.0 (0x00007fd086570000)
        librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007fd08656b000)
2

It’s because OpenImageIO depends on OpenEXR. Note that Blender depends pretty heavily on OpenEXR, some core functionality will stop working without it.

Why do you need to build without it? The lite configuration will help speed up builds, but the indirect dependency on libOpenEXR will have no real impact on build time.

3

I am endeavoring to compile a stripped-down version of Blender that only incorporates the necessary dependencies of the geometry node. From my understanding, OpenImageIO, despite being an external dynamic library, is not fundamentally crucial. I acknowledge that Blender has an intensive integration with the OpenImageIO library. My current objective involves converting the dynamic linkage of OpenImageIO into a static one. As I am in the process of implementing this strategy, I am open to any superior recommendations you might propose. Thank you