Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

I do not want to be rude but this is exactly why LLVM being in hands of same entity which controls access to / owns platform is insane.

edit - #64 E ! Also, i always say, human body is most error prone measuring device humans have in their disposal.



Both LLVM and GCC is being supported by processor manufacturers directly. Yes, Apple and Intel has their own LLVM versions, but as long as don't break compatibility with GCC and doesn't prevent porting explicitly, I don't see a problem.

I personally use GCC suite exclusively though, and while LLVM is not my favorite compiler, we can thank them for spurring GCC team into action for improving their game.


> ... and while LLVM is not my favorite compiler, we can thank them for spurring GCC team into action for improving their game.

Exactly. I think people have forgotten just how poor GCC was 15 years ago. Both teams are doing excellent work. Even M$ has been upping it's game with it's compiler!


Whose hands exactly is LLVM in?


Can you be more explicit? Is it because they are optimizing too much to a single platform that isn't generalizable to other compilers or architectures? What's your specific gripe?


Also to be more controversial. - redhat deprecated x86_64_v1 & x86_64v2 . and people were crying because of that....


A commercial enterprise is dropping support for older cpu architectures in their newer OSs so they can improve the average performance of the deployed software?

Don't see how that's controversial. It's something that doesn't matter to their customers or their business.


The newest x86_64-v1 server is older than a decade now, and I'm not sure -v2 is deprecated. RockyLinux 9 is running happily on -v2 hardware downstairs.

Oh, -v2 is deprecated for RH10. Not a big deal, honestly.

From a fleet perspective, I prefer more code uses more advanced instructions on my processors. Efficiency goes up on hot code paths possibly. What's not to love?


Rocky linux is in cahoots with Oracle, do not supporting that with anything, not even with words. Go Alma linux if you need Red Hat but with different name but for love of anything good in this world, boycott everyone friendly with Ellison.


Interesting. Source?


One more reason to switch to a better alternative:

https://lwn.net/Articles/1010868/

https://almalinux.org/blog/2025-05-27-welcoming-almalinux-10...

tl;dr: AlmaLinux will support v2 in EL10 as a separate rebuild in the near future.


In our case OS selection is done on a case by case basis, and we don't take sides. In our case depreciation of V2 has no practical implications, either.

This is also same on the personal level. I use the OS which is most suitable for the task at hand, and the root OS (Debian / RedHat / etc.) doesn't matter. I'm comfortable with all of them the same.


We already support it - the build is live.

https://repo.almalinux.org/almalinux/10/isos/x86_64_v2/

We even do a full EPEL rebuild for it as well.


The newest x86_64-v1 server is older than a decade now

Did you mean v3?


No, v1. I mean, you can't buy a x86_64-v1 server for a decade now, and if you have one and it's alive, it's a very slim chance it's working unless it's new old stock.

If it has seen any decent amount of workload during its lifetime, it possibly has a couple of ICs which reached their end of their electronic life and malfunctioning.


Gemini Lake runs pretty well. If that happens, bye Fedora Bazzite with Linux-Libre on top.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: