1 Apr
2024
1 Apr
'24
6:44 p.m.
I happened upon
https://old.gustavobarbieri.com.br/trabalhos-universidade/mc722/lowney92mul…
and I am curious as to whether any of the original Multiflow compilers
survive. I had never heard of them before now, but the fact that they were
licensed to so many influential companies makes me think that there might
be folks on this list who know of its history.
-Henry
1 Apr
1 Apr
6:53 p.m.
Henry Bent writes:
I happened upon
https://old.gustavobarbieri.com.br/trabalhos-universidade/mc722/lowney92mul…
and I am curious as to whether any of the original Multiflow compilers
survive. I had never heard of them before now, but the fact that they were
licensed to so many influential companies makes me think that there might
be folks on this list who know of its history.
-Henry
Great question. Unfortunately, Cindy passed away last summer.
I haven't been in touch with John or Ben in decades and don't
know how to reach them. They used to have a company called
Equator (I think) that continued work on their trace scheduling
compilier after the demise of Multiflow. I do have a big file
folder with info on the compiler design but I don't think that
I'm free to share it.
Jon
7:12 p.m.
You can always read Josh Fisher's book on the "Bulldog" compiler, I
believe he did this work at Yale.
On 04/01/2024 11:53 AM, Jon Steinhart wrote:
Henry Bent writes:
I happened upon
https://old.gustavobarbieri.com.br/trabalhos-universidade/mc722/lowney92mul…
and I am curious as to whether any of the original Multiflow compilers
survive. I had never heard of them before now, but the fact that they were
licensed to so many influential companies makes me think that there might
be folks on this list who know of its history.
-Henry
Great question. Unfortunately, Cindy passed away last summer.
I haven't been in touch with John or Ben in decades and don't
know how to reach them. They used to have a company called
Equator (I think) that continued work on their trace scheduling
compilier after the demise of Multiflow. I do have a big file
folder with info on the compiler design but I don't think that
I'm free to share it.
Jon
2 Apr
2 Apr
3:46 a.m.
Well some of the authors of the trace scheduling paper from Multiflow, Geoff Lowney, and
Bob Nix, wound up at Digital in the early 90’s. Geoff is now an Intel Fellow, still doing
compilers.
-L
On Apr 1, 2024, at 2:44 PM, Henry Bent
<henry.r.bent(a)gmail.com> wrote:
I happened upon
https://old.gustavobarbieri.com.br/trabalhos-universidade/mc722/lowney92mul… and
I am curious as to whether any of the original Multiflow compilers survive. I had never
heard of them before now, but the fact that they were licensed to so many influential
companies makes me think that there might be folks on this list who know of its history.
-Henry
3:53 p.m.
The back end (optimizer and code generator) for Intel's current C/C++ and
Fortran compilers uses a modified version of Multiflow IL0 as its
intermediate language.
-Paul W.
4:37 p.m.
On Tue, Apr 2, 2024 at 11:53 AM Paul Winalski <paul.winalski(a)gmail.com>
wrote:
The back end (optimizer and code generator) for
Intel's current C/C++ and
Fortran compilers uses a modified version of Multiflow IL0 as its
intermediate language.
Clem Cole reminds me that the situation has changed since I retired from
Intel in
2016. Intel has switched to a LLVM-based compiler back end. The
migration to LLVM was just getting started when I retired. Intel has been
contributing to LLVM, particularly in the areas of parallelization, loop
transformation, and interprocedural optimization. Some of this technology
has Multiflow roots.
-Paul W.
31
days inactive
32
days old
5 comments
5 participants
participants (5)
-
Henry Bent -
Jon Steinhart -
Lawrence Stewart -
Luther Johnson -
Paul Winalski