[petsc-users] Building with CMAKE_GENERATOR set

[Barry Smith]

  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 <M.Deij at marin.nl> 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 | M.Deij at marin.nl <mailto:M.Deij at marin.nl> | 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:

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mcs.anl.gov/pipermail/petsc-users/attachments/20220310/73b45473/attachment.html>