PSPでCMake

@rshhh

おー、pspdev用のCMakeのToolchain script、通った。アーカイブ（static library)は無事に作れるようになった。あとはEBOOT.PBPの方かなー。なんにせよ、これでクロスコンパイルが楽になる。

@rshhh

EBOOT.PBPの方が通るようになって実機で動作確認したらななしーと憂煉さんには送るか＞CMakeのToolchain script

@rshhh

書いた / CMake: listの展開時はクォーテーションで囲まない - らっしゅ！ http://t.co/GMX0ZJc

take-cheeze @take_cheeze

CMakeはSETでappend的なコトをしてたけど、やっぱりソレ用の機能があるんだね…

@rshhh

@take_cheeze そうそう、俺も最初はそれやってたんですけど、他のマクロを調べてる時に偶然見つけてlist知りました。べんり。 / ところで、前にブログでPSPSDK用のCMake Toolchain script書いてましたよね？あれすごく参考になりました。

take-cheeze @take_cheeze

@rshhh アレが役に立ってたんですが…。途中で投げ出したんですが、役に立ってよかったです。

take-cheeze @take_cheeze

@rshhh FIND_PACKGE()はどれくらい使えますか？

take-cheeze @take_cheeze

prefix関係でModuleをコピペしないといけないフラグがたってて詰んだりしてた…。わたしのディレクトリ構造の理解がアバウトすぎんだよね。

@rshhh

@take_cheeze FIND_PACKAGE()は全然使ってないです。俺は外部のライブラリ入れるときは自前でPSP用にコンパイルしてできたバイナリを/usr/local/pspdev/lib とかに突っ込んじゃうので大体はパス通っちゃってます。使ったほうがいいんですかねー

@rshhh

というかFIND_PACKAGE()は依存関係が満たせるかどうかをチェックするための機能のはずだから、使わないとダメなんだよな。クロスコンパイルするならなおさら。

@rshhh

ただ、Find*.cmake は結構泥臭いコードだからアレなんだよなー

take-cheeze @take_cheeze

@rshhh わたしはREQUIREDを渡してcmakeする段階で足りないライブラリを知りたいので使ってます。メジャーなライブラリは一通り見つかりますし、手間がかかることも大体できます。(マクロや全ての依存ライブラリなど…）

take-cheeze @take_cheeze

PSPのSDLは依存ライブラリがキモすぎる…

@rshhh

@take_cheeze やっぱそうかぁ。使う方向でやってみます

@rshhh

ああ、でもToolchain scriptは依存ライブラリとか無いからいいのか。自分が作ってるアプリの依存周りをチェックするのに使えっていう話か

take-cheeze @take_cheeze

Boostのライブラリの依存関係もほとんどわからない。シンボル名検索するのもけっこう癪

take-cheeze @take_cheeze

FFmpegが無いのは地味にくる。たぶん、簡単に動かなくなるコードばっかりになる。でも、libavに分裂したんだっけ…

@rshhh

Boost はめんどくさかったからアーカイブの中のboost/ を $PSPDEV/include/ にブチ込んだ……

@rshhh

これだとヘッダオンリーじゃないライブラリ（FilesystemとかThreadとかSerializationとか）は使えないけど、使わないから問題ない（おい

@rshhh

Toolchain script とは別に、PSPSDKのbuild.mak を fork してよしなにやってくれるコードのCMake版も作った。もとのbuild.mak がNew BSDライセンスだからライセンス条項だけ貼っつけて配布しちゃえばいいかなー