On Tue, May 26, 2020 at 12:07 PM Jan Kratochvil <jan.kratochvil@xxxxxxxxxx> wrote:On Sun, 24 May 2020 05:21:05 +0200, Paul Dufresne via devel wrote:The idea was to push code generation as near as possible of code execution. Because at execution time, you know what are the specific features of the CPU, and what is used to most often by the user of the program.In Free Software you have that already - it is called the source code. If you want host-specific optimizations use Gentoo Linux.One could implement a DNF plugin that builds packages locally since we have source RPM repositories.
Well... when I said code generation as near as possible of code
execution... I did not want to start compiling from source code,
which take way too long in my opinion. LLVM Intermediate
Representation is a bit like compiled Java, or run-everywhere .NET
exe, that are not yet generated code for a specific CPU. But
unlike compiled Java or .Net intermediary language that are
specific to one language or family of language, LLVM intermediate
language is like a RISC assembler with unlimited registers (as far
as I know). Also using some Single Static Assignment, like used in
C compilers to make it easier to do transformations on the code.
LLVM IR can be run with "lli
directly executes programs in LLVM bitcode format. It takes a
program
in LLVM bitcode format and executes it using a just-in-time
compiler or an
interpreter."
But when I proposed that, I was not aware main developer had been
hired by Apple. And like people have replied before, they don't
like the Clang (C, C++ LLVM-based compiler) I guess in good part
because of the more permissive license than GPL it use:
Illinois/NCSA license.
_______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
