Originally posted by susikala
View Post
Announcement
Collapse
No announcement yet.
LLVM/Clang Can Build LibreOffice
Collapse
X
-
Originally posted by kraftman View PostI wonder why people support Clang/llvm while there's Ekopath. It's probably more GCC compatible and beats cland/llvm in terms of performance badly. It also produces binaries that work. Btw. what do you mean by "wonder"?
As for "wonder compiler" I meant it with a little bit tongue in cheek.
Comment
-
Originally posted by DeepDayze View PostI am sure someday Clang/LLVM will end up becoming the default compiler for the Linux kernel rather than GCC, once it matures.
Originally posted by AnonymousCoward View PostI think it's far more likely that LibreOffice invokes undefined or implementation-defined behaviour during startup, which is compiled in different ways by gcc and clang.
Originally posted by kraftman View PostI wonder why people support Clang/llvm while there's Ekopath. It's probably more GCC compatible and beats cland/llvm in terms of performance badly. It also produces binaries that work. Btw. what do you mean by "wonder"?
Comment
-
Originally posted by XorEaxEax View PostI doubt that, not only are kernel devs very used to GCC but also they have a great deal of input on what GCC offers like compiler extensions which the kernel devs rely heavily on. Many of the GCC developers work for companies which are also employing kernel developers so there's a strong connection there aswell. Either way Clang/LLVM has a long way to go in terms of compability before that's even something to consider.
Sounds like 'magic' Anyway, this is not the first time I've come across code which compiles fine under Clang/LLVM and yet fails to run. I've also come across code which compile fine and actually run, but has broken output (Blender, x264), granted that was quite a while ago. Bugs will be squashed and it will become more mature/compatible with GCC as time goes on.
First of all, ekopath only targets x64 (I think it works with 32-bit but it's unsupported) and no other cpu architectures, also atleast from my own tests it has a higher failure-rate when it comes to compiling than Clang/LLVM has (which is already quite high), however I've been using ekopath nightlies which are likely far from production quality so that may be part of the reason.
While GCC is favored by the kernel devs, competing compilers are using kernel compilation as a sort of Holy Grail. If a compiler can build structurally valid kernel binaries that run correctly without oopsing that is a good sign of a compiler's strength.
Comment
-
Originally posted by DeepDayze View PostWhile both Ekopath and Clang/LLVM are new compiler technologies, they are still under heavy development and will get better with each iteration so will be giving GCC a run for its money.
So we have two compilers, both going full steam ahead, both open source/free to use and atleast at the moment with diffeerent strenghts which means they can compliment eachother to the end-users benefit. Makes me a happy programmer!
Originally posted by DeepDayze View PostWhile GCC is favored by the kernel devs, competing compilers are using kernel compilation as a sort of Holy Grail. If a compiler can build structurally valid kernel binaries that run correctly without oopsing that is a good sign of a compiler's strength.
Comment
Comment