I would like to make a note about the fan noise issue. I have a work laptop that is a Dell, with the same exact specs as my Framework. I ran Blender benchmark on each, and found that the Dell stayed quiet but took twice as long as the Framework. So I think the Dell has more throttling to keep it quiet, and the Framework reached boost clock more often due to the aggressive fan. So I don't think it has much to do with the design as much as the fan curves. It would be nice to be able to adjust these though...
I feel like this would be the few times where virtue signaling is probably a benefit. It can make all the people in the company feel like the leader is on their side, and maybe make the employees less resentful and be more productive.
It's a joke to think trump cares about taking care of his own after all the evidence to the contrary. He throws everyone under the bus the first chance the gets.
> When Elon Musk came to the White House asking me for help on all of his many subsidized projects, whether it's electric cars that don't drive long enough, driverless cars that crash, or rocketships to nowhere, without which subsidies he'd be worthless and tell me how he was a big Trump fan and Republican, I could have said, "drop to your knees and beg," and he would have done it,"
Yes, but I was under the impression that graal-level inter-op was limited to packages the graal toolchain could compile.
Thus, while swift and graal both depend on llvm, they use different variants and there's no real way to make inter-op between swift and graal (even using the llvm it which graal is said to be able to consume).
e.g., I believe this announcement represents the work to compile a python (3.11) and some proof-of-concept python packages using graal toolchain, to spur other packages to support the same.
So I'd really love to be wrong, but I believe building under the graal llvm is the common factor.
I don’t really see how swift comes into the picture, besides SuLong being a thing (running LLVM bitcode). Native binary was meant as a compile target in the previous comment, I believe, not as an input. Graal can do both, but as a target it has no dependency on LLVM.
So yeah, graalvm should be able to produce a native binary for python code (though depending on the specifics it might actually be more like a native binary interpreter running python scripts, it can’t optimize in every circumstance but I’m hazy on the details).
reply