No worries, you can do Python development during the Intel->Arm transition. And then in umpteen years during the Arm->RiscV transition, and after that: who knows….
(And you probably weren’t born for the 68000->PowerPC transition) :-) -- Jack Jansen, <jack.jan...@cwi.nl>, http://www.cwi.nl/~jack If I can't dance I don't want to be part of your revolution -- Emma Goldman > On 12 Jan 2022, at 23:56, Brian Herman <bherman.l...@gmail.com> wrote: > > I wish i was doing python development during the PowerPC->Intel transition. > I was in high school and into macs but not python at the time. > > > On Wed, Jan 12, 2022 at 4:48 PM <jack.jan...@cwi.nl > <mailto:jack.jan...@cwi.nl>> wrote: > >> On 12 Jan 2022, at 22:54, Ned Deily <n...@python.org >> <mailto:n...@python.org>> wrote: >> In theory it is possible to select which architecture a multi-arch >> executable is to run under when there is more than one option by using the >> "arch" command, like here to force running in Intel emulation mode under >> Rosetta2 on an M1 Mac: >> >> arch -x86_64 /path/to/python3{x} >> >> But there is a big gotcha with that: if anything running under that >> non-default arch Python spins off another Python in a subprocess by using >> the value of sys.executable to find the running interpreter binary, the >> "arch -x86_64" is effectively lost and the interpreter in the subprocess >> will run in the default architecture. This happens, for instance, when >> running Python's own test suite: the top-level Python process running >> regrtest will be running in Intel emulation but tests running in >> subprocesses will still be running in the default arm64 arch, possibly >> giving errors or silently producing misleading results. Running the tests >> using python3{}-intel64 avoids that problem. > > Yeah, that’s why I’m staying away from universal builds for now. Often I have > a situation where I run cmake which runs make which runs python to create a > venv and then somebody higher up will use that venv to create something using > “python" that something else will then use to build something against. The > chances of this working with “arch -x86_64” are slim, if that:-) > > Looking at the timeline of the PowerPC->Intel transition I think most of the > problem will be solved in another year, because pretty much everything will > be available for arm natively. > > -- > Jack Jansen, <jack.jan...@cwi.nl <mailto:jack.jan...@cwi.nl>>, > http://www.cwi.nl/~jack <http://www.cwi.nl/~jack> > If I can't dance I don't want to be part of your revolution -- Emma Goldman > > > > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG@python.org > <mailto:Pythonmac-SIG@python.org> > https://mail.python.org/mailman/listinfo/pythonmac-sig > <https://mail.python.org/mailman/listinfo/pythonmac-sig> > unsubscribe: https://mail.python.org/mailman/options/Pythonmac-SIG > <https://mail.python.org/mailman/options/Pythonmac-SIG> > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG@python.org > https://mail.python.org/mailman/listinfo/pythonmac-sig > unsubscribe: https://mail.python.org/mailman/options/Pythonmac-SIG
_______________________________________________ Pythonmac-SIG maillist - Pythonmac-SIG@python.org https://mail.python.org/mailman/listinfo/pythonmac-sig unsubscribe: https://mail.python.org/mailman/options/Pythonmac-SIG
