[petsc-dev] ExodusII + Cmake Doesn't Find PnetCDF/NetCDF

Matthew Knepley knepley at gmail.com
Thu May 21 19:59:02 CDT 2020


On Thu, May 21, 2020 at 8:48 PM Jacob Faibussowitsch <jacob.fai at gmail.com>
wrote:

> Hello All,
>
> I ran a ./reconfigure —with-clean to update older packages/clean install
> however I ran into some issues. My arch (lets call it debug-arch)
> configuration isn’t “Standard” in that I use another arch (master-arch) to
> house many common packages and point all other arches to it via the
> “—with-package-name-dir” option.
>

Are you saying it works normally because all the dependent packages are
installed in the same place and it gets that place through another package?
I can believe that, It sounds like a bug in ExodusII/SECAS that you can
report to Jeff.

  Thanks,

     Matt


> During the debug-arch configure exodusII does not finish configure with
> the following error message:
>
> CMake Error at
> /usr/local/Cellar/cmake/3.17.2/share/cmake/Modules/FindPackageHandleStandardArgs.cma\
> ke:164 (message):
>   Could NOT find PNetCDF (missing: PNetCDF_LIBRARIES PNetCDF_INCLUDE_DIRS)
> Call Stack (most recent call first):
>   /usr/local/Cellar/cmake/3.17.2/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:445
> (_FPHS\
> A_FAILURE_MESSAGE)
>   cmake/tribits/common_tpls/find_modules/FindPNetCDF.cmake:216
> (find_package_handle_standard_args)
>   cmake/tribits/common_tpls/utils/AddPackageDependency.cmake:86
> (find_package)
>   cmake/tribits/common_tpls/find_modules/FindNetCDF.cmake:322
> (add_package_dependency)
>   cmake/tribits/common_tpls/FindTPLNetcdf.cmake:70 (find_package)
>   cmake/tribits/core/package_arch/TribitsProcessEnabledTpl.cmake:106
> (INCLUDE)
>   cmake/tribits/core/package_arch/TribitsGlobalMacros.cmake:1724
> (TRIBITS_PROCESS_ENABLED_TPL)
>   cmake/tribits/core/package_arch/TribitsProjectImpl.cmake:206
> (TRIBITS_PROCESS_ENABLED_TPLS)
>   cmake/tribits/core/package_arch/TribitsProject.cmake:93
> (TRIBITS_PROJECT_IMPL)
>   CMakeLists.txt:46 (TRIBITS_PROJECT)
>
> However checking the Cmake logs I find the following:
>
> Processing enabled TPL: Pnetcdf (enabled explicitly, disable with
> -DTPL_ENABLE_Pnetcdf=OFF)
> -- Pnetcdf_LIBRARY_NAMES='pnetcdf'
> -- Searching for libs in
> Pnetcdf_LIBRARY_DIRS='/Users/jacobfaibussowitsch/NoSync/petscpackages/lib'
> -- Searching for a lib in the set "pnetcdf":
> --   Searching for lib 'pnetcdf' ...
> --     Found lib
> '/Users/jacobfaibussowitsch/NoSync/petscpackages/lib/libpnetcdf.dylib'
> --
> TPL_Pnetcdf_LIBRARIES='/Users/jacobfaibussowitsch/NoSync/petscpackages/lib/libpnetcdf.dylib'
> -- Searching for headers in
> Pnetcdf_INCLUDE_DIRS='/Users/jacobfaibussowitsch/NoSync/petscpackages/i\
> nclude'
> -- Searching for a header file in the set "pnetcdf.h":
> --   Searching for header 'pnetcdf.h' ...
> --     Found header
> '/Users/jacobfaibussowitsch/NoSync/petscpackages/include/pnetcdf.h'
> -- Found TPL 'Pnetcdf' include dirs
> '/Users/jacobfaibussowitsch/NoSync/petscpackages/include'
> --
> TPL_Pnetcdf_INCLUDE_DIRS='/Users/jacobfaibussowitsch/NoSync/petscpackages/include'
> Processing enabled TPL: Netcdf (enabled explicitly, disable with
> -DTPL_ENABLE_Netcdf=OFF)
>
> Indicating that it does indeed find pnetcdf… but saves its location to
> “TPL_Pnetcdf_INCLUDE_DIRS” instead of the “PNetCDF_INCLUDE_DIRS” which it
> later searches. I have included both reconfigure scripts, and latest
> configure.log.
>
> Best regards,
>
> Jacob Faibussowitsch
> (Jacob Fai - booss - oh - vitch)
> Cell: (312) 694-3391
>


-- 
What most experimenters take for granted before they begin their
experiments is infinitely more interesting than any results to which their
experiments lead.
-- Norbert Wiener

https://www.cse.buffalo.edu/~knepley/ <http://www.cse.buffalo.edu/~knepley/>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20200521/ad4e3528/attachment.html>


More information about the petsc-dev mailing list