LLVM's MLIR Will Allow More Multi-Threading Within Compilers

[phoronix]

Phoronix: LLVM's MLIR Will Allow More Multi-Threading Within Compilers

One of the developers involved with the GCC efforts around more parallelization / multi-threading within the compiler itself has offered his skills to the LLVM team. Though as part of LLVM's growing embrace of the MLIR intermediate representation will also be better multi-threading within compilers like Clang...

http://www.phoronix.com/scan.php?page=news_item&px=LLVM-MT-MLIR-Discuss

[Peter Fodrek]

What about LLVM 10 release lag/delay?


LLVM 10.0's Release Is Very Close With RC2 Available
Written by Michael Larabel in LLVM on 18 February 2020

things appear to be settling down for seeing LLVM 10.0 on time or thereabouts with its scheduled release date of 26 February.

https://www.phoronix.com/scan.php?pa...0-RC2-Released

[ssokolow]

I wonder how non-clang LLVM frontends will approach this.

[CommunityMember]

I wonder how non-clang LLVM frontends will approach this.

From an article earlier this year the FC fortran compiler https://www.phoronix.com/scan.php?pa...-MLIR-Compiler was targeting MLIR.

[PuckPoltergeist]

So in turn moving more infrastructure to using this "Machine Learning IR" will help in allowing more compiler work to be multi-threaded in exploiting the potential of today's CPUs with increasing core counts.

Machine Learning is everywhere today, but in this case it's Multi-Level Intermediate Representation.

[ssokolow]

From an article earlier this year the FC fortran compiler https://www.phoronix.com/scan.php?pa...-MLIR-Compiler was targeting MLIR.

I'd intended to speak more broadly about trends (eg. Not just Fortran, but all the popular LLVM frontends, like Swift, Rust, Objective-C, etc.) but I had forgotten about that, so thanks.