![]() In this case, VisIt's build system can use cpack to produce a binary distribution containing the files that would have gone into a "make install". The procedure for producing a binary distribution of VisIt uses the same machinery as does the "make install" process. Visit-install -g visit -gw 2.0.0 linux-intel /usr/local/apps/visit The installation structure used by VisIt permits multiple versions being installed simultaneously. This will result in the path to the visit launch script being: /usr/local/apps/visit/bin/visit. (So use /usr/local/visit, not /usr/local)Įxample that installs VisIt 2.0.0 to /usr/local/apps/visit. This will install all of its files and subdirectories The visit-install script puts the VisIt components in the right places and also allows you to specify certain options such as which network configuration to use or which computer bank to use by default. If you produced a binary distribution using make package then you can use VisIt's visit-install script to install VisIt to your system. In addition, if you produce binary distributions for the VisIt Web site, you will need to add this option. This feature should be enabled whenever you install VisIt for users on your local cluster if you plan for them to develop plugins versus the installed version of VisIt. To get this feature, you must add -DVISIT_INSTALL_THIRD_PARTY:BOOL=ON to the command line when you configure cmake. VisIt's build system has an option called VISIT_INSTALL_THIRD_PARTY that causes the installation and packaging process to include the 3rd party I/O library archive files and include files so they can be used to link external plugins against an installed version of VisIt. Sometimes you'll want to build database plugins that use one of VisIt's various 3rd party I/O libraries (cgns, netcdf, gdal, hdf5, and many more) against an installed version of VisIt. You can find out more about the Mac-specific implementation at Mac install under CMake.īy default, VisIt will always install header files and libraries for VTK, Qt, Python, and Mesa. This relink procedure might be made part of the standard VisIt build on MacOS X but the procedure is to change the install name directories for VisIt's 3rd party dependencies at install time so doing it all at once is constistent.Ĭmake -DCMAKE_INSTALL_PREFIX:PATH=/Users/whitlock2/Development/CPB3/testinstall. ![]() ![]() This is necessary for VisIt's installation process since it causes VisIt's components and libraries to be relinked prior to installation so they no longer contain absolute paths valid only for your computer. If you plan to install VisIt on MacOS X or create a binary distribution of VisIt, you will need to set the "install name dir" to an executable-relative path. ![]() You can also run make package to create a binary distribution. Īfter you build VisIt, you can use make install to install it to the specified location. Passing CMAKE_BUILD_TYPE and setting the value to Release tells cmake to build an optimized version of VisIt.Ĭmake -DCMAKE_INSTALL_PREFIX:PATH=~/testinstall -DCMAKE_BUILD_TYPE:STRING=Release. This is analogous to passing -prefix=path to an autoconf configure script. You can do this by defining CMAKE_INSTALL_PREFIX on the cmake command line. This section contains install-related information.ĬMake needs to be told at configure time where to install VisIt when you want to perform an installation.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |