C API版のライブラリとヘッダファイル名をcore -> voicevox_coreに変更

[qwerty2501]

内容

rust 版を作成する際にライブラリファイルとヘッダファイルの名称を既存のものと合わせて作っていたが、それから事情も変わって今なら変えれそうなタイミングかなと判断したのでやってみました

変えれそうかなと判断したのは
engineが既存のC APIのものからpython API版を使う流れになりそうになったので、C API版のファイル名称を変更しても影響は少なそうだと判断したためです

Pros

• file名に voicevox を prefixにいれることによりvoicevox関連のファイルであることを表明できる
• core のみだと一般的な名称であるためユーザー側に同名ファイルがあって取り違える可能性もゼロではないのでprefixをつけることによりそれを避けることができる

Cons

• 既存 core ライブラリユーザーが参照するファイル名を変更する手間が発生する(既存ユーザーは恐らく少ない上、次のリリースでどのみち大幅な変更がはいるのでやるなら今な気がします。むしろここでやらないとcore名称に依存したライブラリ参照したユーザーが増え続けてcoreから名称を変えることができない自体にずるずると陥っていきそうです)

[Hiroshiba]

ファイル名変更、良いと思います！！

[qwerty2501]

review可能になりました

[qryxip]

LGTM

[PickledChair]

以下の行の libcore.dylib も libvoicevox_core.dylib への変更をお願いしたいです……！

voicevox_core/crates/voicevox_core_c_api/build.rs

Line 11 in 4e07e7c

println!("cargo:rustc-link-arg=-Wl,-install_name,@rpath/libcore.dylib");

[qwerty2501]

@PickledChair 忘れてました。修正しました。

[PickledChair]

LGTM！　大丈夫だと思うのでマージします

[qwerty2501]

@Hiroshiba @PickledChair engine側でfile名が変わったことによる対応が必要になると思います。
互換性保つ目的なら voicevox_core.{dll,so,dylib} を core.{dll,so,dylib} にrenameする必要がありそうです

[PickledChair]

@qwerty2501

@Hiroshiba @PickledChair engine側でfile名が変わったことによる対応が必要になると思います。

互換性保つ目的なら voicevox_core.{dll,so,dylib} を core.{dll,so,dylib} にrenameする必要がありそうです

ご指摘ありがとうございます。rename するかどうかは少し迷いますね……。

エンジン側では新しいコアの名前に対応すること自体はそれほど大変ではないと感じました（例えばまず voicevox_core.{dll,so,dylib} を探し、あればそれを読む。なければ core.{dll,so,dylib} を読む、という仕様にしてしまうなど）。なので rename するかどうかは互換性を(コアの名前まで含めて）気にするかどうかのみに依ると思います。

rename する場合は、そのタイミングをコアの配布前にするか、エンジンのビルド時にするか、といった選択肢があると思いました。

[qwerty2501]

engineで古いバージョンのものを読み込む場合名前が coreであるためそのあたり問題になりそうかなと思ったんですが、大丈夫そうならそのままでも問題ないと思います。