News for hackers. Stuff that matters.
Re:Faster CPython (2021) [pdf] by orf on Sunday January 23, 2022 @06:14PM (#30051628)
Can you really not think of any other benefits?
Re:Faster CPython (2021) [pdf] by pjmlp on Sunday January 23, 2022 @06:30PM (#30051778)
I certainly can, and I can also think of several examples of dynamic languages that succeed where Python fails.

All of them just as dynamic, if not more.

Re:Faster CPython (2021) [pdf] by orf on Sunday January 23, 2022 @06:33PM (#30051801)
If you can think of other benefits to Strongtalk other than “it makes jit compiling better” then why say that there is no reason for it to exist if Smalltalk’s design makes it easy to JIT?
Re:Faster CPython (2021) [pdf] by pjmlp on Monday January 24, 2022 @01:35AM (#30054300)
Python is not even able to do the basic Smalltalk part, so it doesn't matter what StrongTalk brings into the picture.
Re:Faster CPython (2021) [pdf] by orf on Monday January 24, 2022 @06:05AM (#30056054)
Ok now we are on the same page about there being a need for Strongtalk other than “it may or may not JIT better” we will loop back a few comments and try again:

I’d say the lack of control flow structures and message passing would make it far, far easier to JIT.