手元の環境（windows 10）でcargo testしたところ、process didn't exit successfully: C:\Users\hihok\Github\voicevox_core\target\debug\deps\core-0f57f48f4ee7074b.exe . (exit code: 0xc000007b)となりました。
よくわかっていませんが、dll周りのエラーっぽく、target/debug/deps/のとこにonnxruntime.dllを配置すると動きました。

actionsのテストは回っているっぽいので見たところ、なぜかテストがfilterされてるっぽい？です。

とりあえずCIでテスト結果が正確に反映されるようにしたのですがWindows server 2022だと失敗してますね。あとUbuntu18でも何故か失敗してます

Windowsの方はやはりdll読み込みで失敗してるようです

@Hiroshiba 参考までに正しいバイナリファイルのURLってどれ使いましたか？

@qwerty2501 crago buildするとtargetの下にdepsディレクトリができてそこにクレートたちが入ると思うのですが、そこのonnxruntime-sysディレクトリの中にonnxruntimeがダウンロードされているのでそれを使いました！
だからたぶん、onnxruntime-sys内のdllをコピーするか環境変数で指定すればOKな気がしています。

@qwerty2501

あとUbuntu18でも何故か失敗してます

Ubuntu 18.04 と 20.04 の場合で、rust-cache が同じキャッシュを使用してしまっているからと推測しました。 https://github.com/VOICEVOX/voicevox_core/actions/runs/2402391185 では両者ともキーとして以下が使用されていました。

Using keys:
    v0-rust-rust-test-1.61.0-x86_64-unknown-linux-gnu-fe5b13d681f2-0807e0f7beda03015d4f
    v0-rust-rust-test-1.61.0-x86_64-unknown-linux-gnu-fe5b13d681f2

この結果、18.04 の方で対応できない glibc のバージョンの設定があったか何かでこのエラーが出たのではないか、と考えています。念の為、自分のリポジトリでも CI を回してみました https://github.com/PickledChair/voicevox_core/actions/runs/2404701848 。初回はキャッシュがないので 18.04 でもビルドに成功していますが、「他のジョブで同名のキャッシュを作っているからキャッシュが保存できない」という警告が出ていました。

対応策としては、 https://github.com/Swatinem/rust-cache#inputs によるとキャッシュのキーに追加の文字列を付け加えられそうなので、それで解決できそうです（OSのバージョンなどを付け加えるなど）。ちょっと試してみて、うまくいったら PR を出そうと思います（あるいは、この PR 内で解決しますか？）。

cargo testがCI上でちゃんと実行されてないのもこのPRでやっちゃったんですが分けたほうが良かったですかね

ちょっと考えてたのですが、「rust移行できそうかをなるはやで検証する」のを目的に動くのが良いのかなと思いました！
となると、テスト実装もついでにやっちゃって大丈夫ですし、なんなら別OSで動かないのはいったんパスして進んじゃっても良いのかなと感じました！

Ubuntu18.04の方は直しました
Windowsについてですが、Windows2019のほうが成功しているのがちょっと気になりますね。
単純にコピーして良いものかどうか・・・

@Hiroshiba いくつか調査と更新を加えました。

まずonnxruntime-rsのビルドに clang及びllvm が必要になりました。これは元のonnxruntime-rsだとC headerから生成したrustコードをgit repository上で管理していたのですが、それだとheaderが新しいバージョンになった際に各OSごとのコード生成を行わなければならないからです。その際に実際にそのOSで生成する必要があるためメンテナンスが困難(特にMac)になるため、ビルド時に各自で自動的にrustコードを生成するようにしてそれを参照するようにしました。clangとllvmはその際に必要になります。

次にテスト実行時にdllが読み込まれない点についてですが、　どうやら ここ でその設定が行われているようです。 rustc-link-searchに加えられたディレクトリはWindows環境だと PATH環境変数に含まれるため、dllが読み込まれるようです
https://doc.rust-lang.org/cargo/reference/build-scripts.html#rustc-link-search

These paths are also added to the dynamic library search path environment variable if they are within the OUT_DIR. Depending on this behavior is discouraged since this makes it difficult to use the resulting binary.

そのためdllが読み込めてないのは何かがおかしいのでコピーするのはちょっと待ったほうが良さそうです
またdepsディレクトリは使うべきではないとのことです

clangとllvmについてですが恐らくopenjtalkをRustでwrapする際にも必要かと思われるのでそこまで痛手にはならないはずです

追記:
clangとllvmについて、なんとかインストールしないでできないか考えてみます

clangとllvmが必要な件、一旦了解です！共有ありがとうございます。
なくせたほうが参入しやすそうなので、依存を外せそうであればやっぱり外したほうが良さそうに感じました。

windowsに関しても調査ありがとうございます。
いったんissueの方に情報を集約した方が良いのかなと感じました。もしよければisssue側にコメントの追記をお願いできると嬉しいです！

テストは全部通らないかもですが、いったんマージできればと思っています。

clangとllvmが必要

まとめると、

• onnxruntime-rsのonnxruntimeのバージョンが低いのでアプデしたい
• そのためにはOSごとのrustコードが一部必要で、そのコード生成にclangとllvmが必要
• mac/win/linuxの全rustコードをonnxruntime-rs側で用意するのは大変なので、いったんローカルPCにinstallする際にコード生成するようにする

ということでしょうか。
たしかに複雑度は一旦上がりますが、全対応をqwertyさんにおまかせするのは負荷が高そうなので、その形が良いのかなと思いました！
もしうまいことビルドできなかったりしたら早めになんとかするのを検討したいかもです。

issue記載しておきました。