portsのパッチファイルを起こす方は上手くいかないので
手パッチバージョンを動かす方向で考えて見てるが
opencvとaprのライブラリを解決した上で
モジュールをロードすると
Can't locate API module structure `pagespeed_module'
となってエラー。
nmでみると
% nm /usr/local/libexec/apache22/mod_pagespeed.so | grep pagespeed_module
00399674 d pagespeed_module
再度手詰まりで中段
2014年8月13日水曜日
2014年8月10日日曜日
mod_pagespeed linkまではできたものの
mod_pagespeed.soをapacheに読み込ませるとopencvのダイナミックライブラリーが解決出来ていない模様 (主にopencv_exception)
とりあえず、リンクまで出来たものを別ディレクトリーへコピーしておいて、patchをまとめて portsのクリーンな状態からmakeしようとしたら ap_log_errorが解決出来ない問題に再び直面。
どこかpatchに取り込み忘れてるのかなぁ
とりあえず、リンクまで出来たものを別ディレクトリーへコピーしておいて、patchをまとめて portsのクリーンな状態からmakeしようとしたら ap_log_errorが解決出来ない問題に再び直面。
どこかpatchに取り込み忘れてるのかなぁ
2014年8月8日金曜日
FreeBSD10 mod_pagespeed make 本体のlink
とりあえずap_log_error絡みリンクエラー等は
mod_pagespeed.target.mkに手パッチで
-Ithird_party/httpd/src/include \
-I/usr/local/include/apache22 \
のようにパッケージ内のインクルードファイルを優先する事で解消
mod_pagespeed本体のリンクは出来た
(システム側の/usr/local/include/apache22は要らないかもしれないが)
リンク出来ただけなので動作するのかはまだ見てないが・・・
サブユーティリティの
css_minify_main、html_minifier_main、js_minifyがlibthrなどを要求するので
どうするか
FreeBSD10とclangだけの対応になるし、*.gypから生成されたmakefileを
手パッチしているので、本質的にはgypファイルの中身を理解して修正しないと
意味ない。
portsはFreeBSD 9 / 10で共通だが、今の状態じゃマージ難しそうだ
mod_pagespeed.target.mkに手パッチで
-Ithird_party/httpd/src/include \
-I/usr/local/include/apache22 \
のようにパッケージ内のインクルードファイルを優先する事で解消
mod_pagespeed本体のリンクは出来た
(システム側の/usr/local/include/apache22は要らないかもしれないが)
リンク出来ただけなので動作するのかはまだ見てないが・・・
サブユーティリティの
css_minify_main、html_minifier_main、js_minifyがlibthrなどを要求するので
どうするか
FreeBSD10とclangだけの対応になるし、*.gypから生成されたmakefileを
手パッチしているので、本質的にはgypファイルの中身を理解して修正しないと
意味ない。
portsはFreeBSD 9 / 10で共通だが、今の状態じゃマージ難しそうだ
登録:
投稿 (Atom)