1.14.1のORTを対象にし、$ORT_RUST_STRATEGYのデフォルトをdownloadに

[qryxip]

Description

microsoft#12606で追加されたRustバインディングに、まずは以下の変更を加えます。

• mainブランチのlibonnxruntimeを対象にしているので、1.14.1に固定する
• $ORT_RUST_STRATEGYのデフォルトがcompileになっているので、旧onnxruntime-rsと同じdownloadに戻す
  "TODO"とありますし、これを見るにこのリポジトリの外では動かないと思います。
  

  onnxruntime/rust/onnxruntime-sys/build.rs

  Line 420 in 96b95a2

  let mut config = cmake::Config::new("../../cmake");

Motivation and Context

• ONNX Runtime本体にマージされたRust実装を使う voicevox_core#427

[Hiroshiba]

長らく気づかずすみません！

mainブランチのlibonnxruntimeを対象にしているので、1.14.1に固定する

これあれですね、最新のmainを取ってきちゃってるからここが1.15.0になってるんですね！
こちらのVOICEVOX側のonnxruntimeはreleaseされたものをforkしてくる運用が普通なのかなと思いました。
なので1.14.1のcommit hashまでreset --hardしてforce pushするとややこしさが軽減できそうかも･･･？
方針これで問題なさそうだったらforce pushしようかなと思います！
（念頭から漏れてました、すみません 🙇 ）

[qryxip]

microsoft/onnxruntimeではmainブランチとリリース用ブランチが分離されており、タグv1.14.1にはRustバインディングが入っていません。またRustバインディングが未完成であることから、仮に今v1.14.2が出るとしてもまだ入らないと思います。
またmainブランチにmicrosoft#12606がマージされた時点で、このRustバインディングは1.15用に作られていたように見えました (本PRでコメントアウト入れているのは、1.15用のを1.14用のに戻す変更です)。

なのですみません、「1.14.1のcommit hashまでreset --hardして」の意味が掴めませんでした。

[qryxip]

なのでこういう運用がいいのかなと思っています。
#1 (comment)

[qryxip]

これを見るにこのリポジトリの外では動かないと思います。

onnxruntime/rust/onnxruntime-sys/build.rs

Line 420 in 96b95a2

let mut config = cmake::Config::new("../../cmake");

これ考えたら嘘ですね。dependencyをgitで指定したらGitリポジトリを丸ごと持って来るので、../../cmakeも含まれるはず。ただcompileにしてしまうとシングルスレッド設定でソースからonnxruntime.dllのビルドを始めるので、ビルド時間がとんでもないことになりますが...

[Hiroshiba]

なのですみません、「1.14.1のcommit hashまでreset --hardして」の意味が掴めませんでした。

ああ！　すみません、かなり意図を把握できていませんでした！！

おそらく本家onnxruntimeにRustバインディングが入るのは1.15ですよね。
VOICEVOX側の方針として、コアが本家Rustバインディングを正式に使い始めるのはonnxruntime 1.15が出てからが良いのかなと思いました。
というのも正式リリースまで待ちたいのと、たぶんコアの0.15アプデより早く1.15が来そうなのでのんびり進めても大丈夫かなという感じです。

ということで、ORT_VERSIONはinclude_str!("../../VERSION_NUMBER");のままでも良いのかなと思いました。
（戻し忘れが怖いので。。）

[qryxip]

その場合../../VERSION_NUMBERを1.14.1にしないと、実際に1.15が出るまで手元で試しに動かしてみることも困難になるかと思います (どこからもダウンロード不可なので)。

[Hiroshiba]

あ～～～　なるほどです。なんでonnxruntime側がbuildがデフォルト挙動になっているのかわかりました。。

んじゃ VERSION_NUMBER ファイルを1.14.1にしておきますか！！
どちらにせよ修正忘れるかもですが、まあ最悪でも本家が1.15.1にアプデするときにコンフリクトして気づける気がします！

[qryxip]

VERSION_NUMBERを使うようにしたらバージョン1.14.1\nを探し求めに行ってしまった... 😇

なんか$ORT_VERSION (onnxruntime本体のCMakeでも使われる)を読むようにするPRが出てるし、それでなんとかするという手も?
microsoft#14884
環境変数ならVOICEVOX/voicevox_core#223のときとかのように.cargo/config.tomlに設定してしまえば、VOICEVOX/voicevox_project#24を成し遂げるまではとりあえずなんとかなるんじゃないかと思っています。

[qryxip]

あと$ORT_RUST_STRATEGYですが、compileがデフォルトのまま正式リリースされることはなさそうです。流石に。
microsoft#14935 (comment)

[qryxip]

VERSION_NUMBERを使うようにしたらバージョン1.14.1**\n**を探し求めに行ってしまった... 😇

あ、単に0.15.0\n → 0.14.1という変更をすればいい?

[Hiroshiba]

VERSION_NUMBERに関しては環境変数が一番いいなと思いました！！
とりあえずこちらのPRをマージして、ORT_VERSIONのとこを戻すというissueを建てておくとかはどうでしょう？