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, <[email protected]>, 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 <[email protected]> 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 <[email protected] > <mailto:[email protected]>> wrote: > >> On 12 Jan 2022, at 22:54, Ned Deily <[email protected] >> <mailto:[email protected]>> 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, <[email protected] <mailto:[email protected]>>, > 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 - [email protected] > <mailto:[email protected]> > 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 - [email protected] > https://mail.python.org/mailman/listinfo/pythonmac-sig > unsubscribe: https://mail.python.org/mailman/options/Pythonmac-SIG
_______________________________________________ Pythonmac-SIG maillist - [email protected] https://mail.python.org/mailman/listinfo/pythonmac-sig unsubscribe: https://mail.python.org/mailman/options/Pythonmac-SIG
