Python is 1.3x faster by just adjusting some compiling options for libpython
There’s nothing wrong with this post factually, but the tone sucks. It has an immensely combative energy for what is not really a charged subject matter.<p>Like sure. Today, a lot of the historical reasons for things seem silly and irrelevant. At one point, they did not seem silly and irrelevant. For compatibility with stuff sticking around from those days, we get some performance penalties that are not strictly necessary. I don’t think anyone is doing that to be an asshole, so the oddly antagonistic tone seems unjustified.<p>And yes, Windows with a module-level namespace is cleaner in this regard, but Windows design is entirely different and has plenty of its own skeletons. ELF does not, to me, feel significantly more horrible than PE. And I’m not speaking from inexperience; I did at least write a couple of ELF and PE parsing softwares over time, most recently go-winloader[1].<p>Do we need to override symbols in the same library? Probably not... <i>kind of</i>. Your modules may in fact not need this. However, libc probably does. Take a look at what symbols libpthread exports on your system some time.<p>I hate to be the person to point this out, but please consider not approaching subjects from this position. It feels alienating, and I have no idea why it’s necessary to have such a tone.<p>[1]: <a href="https:&#x2F;&#x2F;github.com&#x2F;jchv&#x2F;go-winloader" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;jchv&#x2F;go-winloader</a>