Building VisRTX with cmake on two machine with shared filesystem.

[jmb64]

Hi Jeff,

 I've been trying to build VisRTX but I'm facing this issue where the target machine has no internet access. So,

1. On the machine with internet access I do:

export CMAKE_PREFIX_PATH=/U2/ANARI/OptiX/home/jmb001/data/ppp5/soft/U2/ANARI/ANARI-SDK/install:/U2/GLFW3/glfw-3.4/install/
export glfw3_DIR=t/U2/GLFW3/glfw-3.4/install/lib

cmake -S . -B ./build -DCMAKE_INSTALL_PREFIX=./install

/U2/ANARI/NVIDIA_VisRTX/v0.12.0/VisRTX/.anari_deps/optix_headers/v7.7.0.zip
/U2/ANARI/NVIDIA_VisRTX/v0.12.0/VisRTX/.anari_deps/anari_viewer_imgui_glfw/v1.91.0-docking.zip
/U2/ANARI/NVIDIA_VisRTX/v0.12.0/VisRTX/.anari_deps/anari_viewer_nfd/v1.2.1.zip

These zip files are downloaded, extracted to their respective folders under VisRTX/build/deps/source/.

2. Then on the target machine (ubuntu 24.04, gcc-13,g++-13, )

   cmake . in build/ folder

but cmake will try to download the zip files.

I understand there might be a way to tell cmake to use the files already available (URL_HASH) but
I don't know cmake well enough to pin point exactly where to make interventions for the 3 zip files.

I did try something for optix through:

adding a SHASUM to VisRTX/devices/rtx/CMakeLists.txt

anari_sdk_fetch_project(NAME optix_headers URL ${OPTIX_URL} b1fdf87c68b9303fe5ebc8a7a1f3142ede737ad4 )
/U2/ANARI/ANARI-SDK/install/lib/cmake/anari-0.14.0/cmake/anari_sdk_fetch_project.cmake

I would like to hear about a simple solution to do this :-)
I'm sorry. I know this has little to do with VisRTX.

Thanks,

Jean-Marc

On the target machine

cmake . in build/ folder 


-- Found glm: (internal) /U2/ANARI/NVIDIA_VisRTX/v0.12.0/VisRTX/external/glm/lib/cmake/glm
-- Populating optix_headers
-- Configuring done (0.5s)
-- Generating done (0.1s)
-- Build files have been written to: /U2/ANARI/NVIDIA_VisRTX/v0.12.0/VisRTX/build/devices/rtx/optix_headers-subbuild
[ 11%] Performing download step (download, verify and extract) for 'optix_headers-populate'
-- File already exists but no hash specified (use URL_HASH):
  file='t/U2/ANARI/NVIDIA_VisRTX/v0.12.0/VisRTX/.anari_deps/optix_headers/v7.7.0.zip'
Old file will be removed and new file downloaded from URL.
-- Downloading...
   dst='/U2/ANARI/NVIDIA_VisRTX/v0.12.0/VisRTX/.anari_deps/optix_headers/v7.7.0.zip'
   timeout='none'
   inactivity timeout='none'
-- Using src='https://github.com/NVIDIA/optix-dev/archive/refs/tags/v7.7.0.zip'

[tarcila]

@jmb64 I guess FETCHCONTENT_FULLY_DISCONNECTED might be your way out of this. Can you try and set this to ON when running cmake on the second machine?

The documentation has some caveats, but it might fit your case. If not, then fiddling with
FETCHCONTENT_SOURCE_DIR_<uppercaseName> might be a necessary next step.

[jmb64]

Wow, @tarcila, is this my lucky day ? I tried FETCHCONTENT_FULLY_DISCONNECTED on the target and it worked (went past the downloads) ! But then I went back and relaunch the config on the connected machine (to disable DSL3) ... Came back to the target machine to do the trick once again ... this time it didn't. Not clear why ?
I will have a look at your next suggestion.

Thanks,
Jaan-Marc

[tarcila]

VisRTX itself should not be dependent on SDL3 (assuming that DSL3 was a typo).
The example TSD app would be. TSD should only search for SDL (using CMake find_package mechanism), but not try to pull and build it.

If you not intend to have it enabled, can you double check all of your machine are having VISRTX_BUILD_TSD is set to OFF?
If it is OFF already, can you share some build logs? Or the CMakeCache.txt for both machines?

[jmb64]

Yes, SDL3 (my bad). My VISRTX_BUILD_TSD=ON on purpose. However, building tsdViewer in VisRTX (tag v0.12.0) has dependencies on my ANARI_SDK (REQUIRED 0.14.0) like this : sdlRenderer() ...

/U2/ANARI/NVIDIA_VisRTX/v0.12.0/VisRTX/tsd/apps/interactive/common/windows/TransferFunctionEditor.cpp: In member function ‘void tsd_viewer::TransferFunctionEditor::resizeTfnPaletteTexture(size_t)’:
/U2/ANARI/NVIDIA_VisRTX/v0.12.0/VisRTX/tsd/apps/interactive/common/windows/TransferFunctionEditor.cpp:468:64: error: ‘class anari_viewer::Application’ has no member named ‘**sdlRenderer**’
  468 |   m_tfnPaletteTexture = SDL_CreateTexture(m_core->application->sdlRenderer(),
      |                                                                ^~~~~~~~~~~
make[3]: *** [tsd/apps/interactive/common/CMakeFiles/tsd_viewer_common.dir/build.make:205: tsd/apps/interactive/common/CMakeFiles/tsd_viewer_common.dir/windows/TransferFunctionEditor.cpp.o] Error 1
make[2]: *** [CMakeFiles/Makefile2:2812: tsd/apps/interactive/common/CMakeFiles/tsd_viewer_common.dir/all] Error 2
make[1]: *** [CMakeFiles/Makefile2:2975: tsd/apps/interactive/viewer/CMakeFiles/tsdViewer.dir/rule] Error 2
make: *** [Makefile:855: tsdViewer] Error 2

This made me realize my ANARI-SDK was probably not at the right level for VisRTX ...
Looking into my ANARI-SDK/src/anari_viewer/Application.cpp I saw no SDL3 code ...
I git clone (next_release) the code march 21, 2025 , (commit 62d9fc68322df54766b5526da062bdd817c6be37),
prior to may 5th commits with SDL3 updates from what I understand.
I just don't know why my ANARI-SDK what at level 0.14.0 required by VisRTX CMakeLists.txt !
I can't remember if i tried to force something ...

Anyway. This is just follow-up information. I will try to solve this mess ! :-)

Thanks,
JM

[jmb64]

With a git merge v0.14.0 from ANARI-SDK the problem is solved. I did finally build VisRTX and tsdViewer with SDL3.
Unfortunately I can't say I found a clean working recipe using cmake FETCHCONTENT_FULLY_DISCONNECTED nor
FETCHCONTENT_SOURCE_DIR_. It's been a lot of trial and errors. A better knowledge of cmake would
certainly help. If I find a better, reproducible way of doing things I'll post it here later.

Jean-Marc