jhuber6 wrote:

> currently HIP runtime loads fat binary by itself for non-compressed fat 
> binary. It needs to switch to use comgr for loading fat binary. Some math 
> libs compile assembly code to code objects then bundle them to fat binary. 
> Such math libs need to switch to use tools for packing offload binary. Also, 
> zstd compression of code objects for different GPU arch by taking advantage 
> of redundancy in ISA is critical for math libraries. The offload binary needs 
> to support zstd compression.

We could probably just keep backwards compatibility by checking file magic now 
that the bundles have them. Does it do anything special during optimization? 
The offload binary is just a big blob, basically looking like this. I figured 
any optimization algorithm would be able to figure out the repetition itself.
```
<header>
<big binary blob>
<header>
<big binary blob>
...
<header>
<big binary blob>
```

https://github.com/llvm/llvm-project/pull/122307
_______________________________________________
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

Reply via email to