CloudCompare forum

QT_PLUGIN_PATH isn't set, so there shouldn't be a problem with finding the plugin. Also, that post is about Python on Windows, so it's irrelevant to a C++ program on Linux. phma@mooncat:~/src/CloudCompare$ find . |xargs grep CCCorp 2>/dev/null ./libs/CCAppCommon/src/ccApplicationBase.cpp: setOrganiz...

Is there a CMake flag that controls where it installs the plugins or where it looks for them?

I did that, and it built the plugin, but when I run CloudCompare, it doesn't find it. phma@mooncat:~/build/CloudCompare/grel$ ninja install ... -- Up-to-date: /home/phma/.local/lib/cloudcompare/plugins/libQCORE_IO_PLUGIN.so -- Up-to-date: /home/phma/.local/lib/cloudcompare/plugins/libQLAS_IO_PLUGIN....

I have two Linux boxes, one running Focal and one running Jammy. CloudCompare on Focal uses PDAL to read LAS files, as shown by these lines from ldd: libpdal_base.so.9 => /lib/libpdal_base.so.9 (0x00007fc71cabc000) libpdal_util.so.9 => /lib/libpdal_util.so.9 (0x00007fc71ca91000) I know it uses PDAL ...