LLVM Now Has "Official" Support For Targeting NEC's Vector Engine (VE) - Phoronix
https://www.phoronix.com/scan.php?page=news_item&px=LLVM-NEC-VE-Officia
[llvm-dev] Proposal: Make the VE target official
https://lists.llvm.org/pipermail/llvm-dev/2021-November/153571.htmll
⚙ D113247 [VE] Make VE official
https://reviews.llvm.org/D113247
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
スニペット程度の分量だとそもそも著作権が生ずる要件である創作性があるのかは疑わしいけど、まあスニペット程度の分量に対して法律的な判断をするくらいなら、最初から混入させずに1から書くって手を取るのは、日常的にコード書いてる人たちなら合理的な手段なのかもしれない。
このアカウントは、notestockで公開設定になっていません。
SiliconCompiler
https://www.siliconcompiler.com/
siliconcompiler/siliconcompiler: SiliconCompiler is an open source compiler framework that automates translation from source code to silicon.
https://github.com/siliconcompiler/siliconcompiler
このアカウントは、notestockで公開設定になっていません。
VROOM!: A New High-end RISC-V Implementation
https://moonbaseotago.github.io/talk/
このアカウントは、notestockで公開設定になっていません。
"Today, 3 December 2021, Blender Foundation announces the release of Blender 3.0, to mark the beginning of a new era for open source 2D/3D content creation."
libjxl、 JPEG XL の仕様に対してエンコーダがやってる圧縮ツールが貧弱なので、これめちゃくちゃ改善できるポイントある気がしてきた。可逆圧縮するとき、決定木にいろんなデータを詰め込める仕様だけど、今の libjxl だとほぼほぼ Gradient, Weighted 予測器しか選択されてない。つまり斜め方向の平均か、徐々に適応していくやつしか使ってないので、エッジにはめちゃくちゃ弱い
広く使われてないコーデックに資源を投入すると良くなる事例いくつかありそう
もっと実用的な、RV32I SoCのフロアプランを作る例はここに掲載されている。
https://docs.siliconcompiler.com/en/latest/tutorials/zerosoc.html
このアカウントは、notestockで公開設定になっていません。
Chisel + Rocket Chip Generator、抽象度が相当高いのでまあそう
あれはScala上のDSLをフル活用した多数のパラメーターを設定できるSoC生成フレームワークなので、何も知らないVLSIの人にRocketを見せてもなんもわからん（そもそもScalaなんてやったことない）になりそうだし、かといって何も知らないソフトウェアの人に見せてもフレームワークの層が分厚いので簡単には読み解けないと思う。
ポスト富岳に向けた目標の立て方が少し妙な上に出てきた目標が少々低いのではないかという話。
155. 「次世代先端的計算基盤に関する白書」について(2021/11/27)
http://jun-makino.sakura.ne.jp/articles/future_sc/note157.html
ここでいう〈本来のアドベントカレンダー〉というのはお店に売ってある引き出しが25個ほど付いたアレのことです
