[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[plamo:33365] Re: audacious メニューが英語の件
-
From:ABE Shin-ichi
-
Date:Tue, 5 May 2020 20:16:19 +0900 (JST)
- Subject: [plamo:33365] Re: audacious メニューが英語の件
- From: ABE Shin-ichi <shin1.abe@xxxxxxxxx>
- Date: Tue, 5 May 2020 20:14:53 +0900
- Dkim-filter: OpenDKIM Filter v2.10.3 conuserg-12.nifty.com 045BEsVu018599
阿部です。
Kojimaさん、解説ありがとうございます。
> 実は、configure と meson の双方が使えるソフトウェアの場合、
> configure だと共有ライブラリができるのに、meson だと作ってくれない、
> みたいな現象がちょくちょくあって、まだ meson への移行が完全ではないのかな、
> と感じています。
>
> そのため、最近の make_PlamoBuild.py では、両方あった場合は configure を
> 優先するようにしたのだけれど、audacious のビルドスクリプトの原型は
> それ以前に作っていた感じ。
>
> > なぜ解決したのか勉強不足のため理由がわからないので釈然としません。
> > なにか分かりましたら教えていただければ幸です。
>
> 確実ではないですが、両者のビルド過程を眺めていると、
> configure/Makefile は po から mo を作ってからソースコードを
> コンパイルするのに対し、meson/ninja では先にソースコードを
> コンパイルしてしまって、po/mo は最後にまとめて作ってインストールしているみたい。
>
> このあたりは不勉強でよく分かってないけど、
> ソースコードのコンパイル時に mo ファイルが無いと、
> gettext の機能が働かない、みたいな話なのかな?
>
なるほど、なんとなく分かりました。わたしも、mesonでビルドした際はパッケージ作成できているし、
po/moも何らかの処理はしていたっぽいのにどうして日本語化されないのかなと不思議でした。
コンパイルの順序とgettextの機能の関連の可能性ははじめて知る話でした。
今後ともよろしくお願いいたします。
ありがとうございました。
- References
-
- [plamo:33361] audacious メニューが英語の件, ABE Shin-ichi
- [plamo:33363] Re: audaciousメニューが英語の件, KOJIMA Mitsuhiro
[検索ページ]
[メール一覧]
Plamo ML 公開システム