tree d70afe884b29c63ab65a58cad5897341822c92da
parent abe91fa6361e6b471f611cb3620607ecfc23c854
author Stella Laurenzo <stellaraccident@gmail.com> 1687839948 -0700
committer GitHub <noreply@github.com> 1687839948 -0700
gpgsig -----BEGIN PGP SIGNATURE-----
 
 wsBcBAABCAAQBQJkmmTMCRBK7hj4Ov3rIwAAFdMIACbJAXEJe3TQh8NkPKSNdSDL
 xhtKSLOjGx2+0ysQ3munnwsDIRyw6iwJRamSqdDOdm0EmSQQ01Rb1mWSdfqT14vZ
 hptdbMSk3w1LvTlnGvSgSTn5Kjja4gybfI0edTsfqQ5S1TRn6W8bUpOjcQBwGnvM
 pLoFwIPsgx/TvAvDH2ArEx/Egmp5wfCRK+jHA+ndxTcckrPQ56fLRCwKpQpcYVe4
 iKyNoRnq4gK4ovsfFy5Um4SBtN4obtKmq7qbhiR3Au2c6Bh9nYLI3RWCdCFDqFKJ
 skD2w5Yl75DjS6Cn3cB4iWrI/NizdqCfryJX+d6iWIVe89HE91liJfLXoRTI1J8=
 =NvdO
 -----END PGP SIGNATURE-----
 

Fix the MacOS FindPython build issue. (#14233)

Nanobind requires the use of FindPython. We use FindPython3 everywhere
else. They are disjoint for reasons no one knows. Empirically,
co-initializing both at the top level makes things consistent for
multi-python setups that are sensitive to such things (such as MacOS,
which will often latch FindPython differently).

Also adds an STL include header that was breaking the MacOS intel build.