> 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?
Seems so. Using the new and ~improved~ reconfigure: — '—with-pnetcdf-dir=/Users/jacobfaibussowitsch/NoSync/petscpackages’, +++ ‘—download-pnetcdf’, — '—with-netcdf-dir=/Users/jacobfaibussowitsch/NoSync/petscpackages’, +++ ‘—download-netcdf’, And configure finishes as expected. Best regards, Jacob Faibussowitsch (Jacob Fai - booss - oh - vitch) Cell: (312) 694-3391 > On May 21, 2020, at 7:59 PM, Matthew Knepley <knep...@gmail.com> wrote: > > On Thu, May 21, 2020 at 8:48 PM Jacob Faibussowitsch <jacob....@gmail.com > <mailto:jacob....@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/>