Would it be enough that PETSc's ./configure build of external packages that use cmake temporarily turns off the value of CMAKE_GENERATOR when it runs cmake for the external packages?
Barry > On Mar 10, 2022, at 6:50 AM, Deij-van Rijswijk, Menno <[email protected]> wrote: > > > Good morning, > > I find that when I set the environment variable CMAKE_GENERATOR to something > that is not "Unix Makefiles" (e.g. Ninja) that building of subprojects like > METIS fails. METIS gets configured with CMake, and writes out ninja.build > build instructions. Then PETSc calls make/gmake to build and it can't find > the makefiles because they're not generated. It would be nice if PETSc could > handle other build tools supported by CMake, like for example Ninja. > > Best regards, > > > Menno Deij - van Rijswijk > > > dr. ir. Menno A. Deij-van Rijswijk | Researcher | Research & Development | > Vrijdag vrij. > In het algemeen op maandag en woensdag vanuit huis werkend, en op dinsdag en > donderdag op kantoor. Actuele beschikbaarheid staat in mijn agenda. > MARIN | T +31 317 49 35 06 | [email protected] <mailto:[email protected]> | > www.marin.nl <http://www.marin.nl/> > > <image1150b9.PNG> <https://www.linkedin.com/company/marin> <image5b3f56.PNG> > <http://www.youtube.com/marinmultimedia> <image401cc0.PNG> > <https://twitter.com/MARIN_nieuws> <image87ad97.PNG> > <https://www.facebook.com/marin.wageningen> > MARIN news:
