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

Would be great to see any confirmation.



You should have ordered them differently to not distract from your point: That most LLVM-based compilers do eventually need to write patches for it and usually ship them before upstreaming, they can't just use an existing release. I at least have always found that to be true to build such compilers from source.


Three of those are forks to upstream back to the main repo, and one of them is dead.


> Three of those are forks to upstream back to the main repo

and you think the patches they upstream they don't use in the meantime...?

> and one of them is dead.

yes because the currently used fork isn't public obviously


Checking the first one

> Intel staging area for llvm.org contribution. Home for Intel LLVM-based projects.

Seems like they use it to contribute to upstream which is business as usual?


what exactly do you people think a fork is? hint: it's not a complete forever and ever and ever divergence.

Edit: the concept of fork and hard fork are distinct. I specifically used the word fork


Fork without context usually means a hard fork.


Oh interesting I didn't realize the role of adjectives has changed recently. So war and my nuclear war mean the opposite things now. I'll keep that in mind.




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

Search: