- PR -

PHP5のＭＡＫＥができない

1|2 次のページへ»
投稿者投稿内容
いずみ
会議室デビュー日: 2005/06/16
投稿数: 19
投稿日時: 2005-09-26 15:12
FEDORA CORE4にAPACHE-2.0.52をインストールした後PHP-5.0.2をMAKEしたところ
***[ext/libxml/libxml.lo]エラー１というメッセージがでて先へ進みません。
これって何かモジュールが無いという意味なのでしょうか。どなたかご指導ください。
じゃんぬねっと
ぬし
会議室デビュー日: 2004/12/22
投稿数: 7811
お住まい・勤務地: 愛知県名古屋市
投稿日時: 2005-09-26 15:36
こんにちは、じゃんぬ です。

引用:

いずみさんの書き込み (2005-09-26 15:12) より:

***[ext/libxml/libxml.lo]エラー１というメッセージがでて先へ進みません。
これって何かモジュールが無いという意味なのでしょうか。どなたかご指導ください。

その前にあるメッセージが大切なわけですが...
File truncated. ですか?


_________________
C# と VB.NET の入門サイト
じゃんぬねっと日誌
Mattun
ぬし
会議室デビュー日: 2004/08/10
投稿数: 1391
投稿日時: 2005-09-26 15:51
引用:

FEDORA CORE4にAPACHE-2.0.52をインストールした後PHP-5.0.2をMAKEしたところ

なぜそんなことをしてるんですか？

FedoraCore4にはhttpd 2.0.54とPHP 5.0.4のパッケージが存在しているわけですから、
素直にそれを入れるのが無難な選択肢でしょう。
コンパイルオプション変更したいならSRPMパッケージ使えばいいだけだし。

目的が「ソースコンパイル時のトラブルシュートスキルを高めたい」とかでなく、
Apache+PHP環境を使いたいだけなら、ソースコンパイルで入れる理由があるとは思えません。
がるがる
ぬし
会議室デビュー日: 2002/04/12
投稿数: 873
投稿日時: 2005-09-26 16:05
どもです。がると申します。
「ソースコンパイル一派歓迎促進委員会」一員として、
歓迎いたします(笑
とまぁ冗談はさておいて。
種々事情などあるかと思いますので、取り合えずソース
コンパイルの是非はまた別途。

ただ、折角なので最新のPHP5.04はゲットしておきましょう。
私はSlackwareなので少々環境が異なるのですが、参考程度
って感じで読んでいただければ。

素の状態ですと、同様のエラーが発生します。
これについては「ぐぐってみる」とよいです。
ext/libxml/libxml.lo
で検索をすると
libxml2
というキーワードがゲットできます。で、
libxml2
でぐぐると
「libXML2ってのがあるからインストールしちゃれや」
と言われます(もうちょっと美しい日本語で、ですが)。
開発元のURLが
http://xmlsoft.org/
で、ダウンロードは
http://xmlsoft.org/downloads.html
からになります。
私はtarボール至上主義者なので(特に意味はなし)
ftp://ftp.gnome.org/pub/GNOME/sources/libxml2/2.6/
からダウンロードしました。

で、上記でゲットしたものをインストールすると、
特に問題なくPHP5がインストールできました。

環境違うので参考程度に、だと思いますが。
なにかの役にでも立てば幸いです。
がるがる
ぬし
会議室デビュー日: 2002/04/12
投稿数: 873
投稿日時: 2005-09-26 16:12
引用:

Mattunさんの書き込み (2005-09-26 15:51) より:
目的が「ソースコンパイル時のトラブルシュートスキルを高めたい」とかでなく、
Apache+PHP環境を使いたいだけなら、ソースコンパイルで入れる理由があるとは思えません。

んっと。少々蛇足且つ脱線で恐縮なのですが。
環境ってのは色々とあるわけでして、したがっていろいろな方が
いろいろな環境と背景ってのを持たれてるんだと思います。
なので、例えば「ソースコンパイルとRPMパッケージのメリット
/デメリット」とかを書くのはとてもよいと思うのですが、
「理由があるとは思えません。」といった強い否定口調は、特に
「質問者が(場合によっては)結構精神的に切羽詰ってる」事を
考えると、もう少し柔らかい口調でもいいのかなぁ、とか
思ってみたりするのですがいかがでしょうか？

以上、余談でした。
angel
ぬし
会議室デビュー日: 2005/03/17
投稿数: 711
投稿日時: 2005-09-26 16:15
こんにちは。
RedHat使いにも関わらず、RedHat系が余り好きではない angel です。

私は Apache + PHP なら、迷わずソースからコンパイルします。
RPMのパッケージなぞ削除です。

なぜなら、特に Apache は他のパッケージとの依存関係が強烈なので、スリムなシステムを目指す私には邪魔にしかならないのです。
元々高機能な PHPも然り。
※ それなら何故 RedHatを…、という疑問は出てくるでしょうが、どうでもいいアプリケーションは別に拘りが無いので、パッケージで十分なのです。

ただし…、ソースからコンパイルする以上は、必要なオプション、必要なライブラリ等を把握してやりましょう。
その上でカスタマイズできるのが一番のメリットですし、機能把握をすることで、アプリケーションの理解も深まります。

勿論、Mattunさんの仰る通り、単に PHPの環境を用意したいだけなら、既存のパッケージを入れれば十分ですし、早道です。
Mattun
ぬし
会議室デビュー日: 2004/08/10
投稿数: 1391
投稿日時: 2005-09-26 16:32
僕の場合は
「ディストロのパッケージシステムは出来る限り使おう」
「管理できるならどっちでもいい」
くらいのスタンス。
後者が不確かなRedHatなケースではひたすらRPM至上主義な回答になります。


引用:

ただし…、ソースからコンパイルする以上は、必要なオプション、必要なライブラリ等を把握してやりましょう。
その上でカスタマイズできるのが一番のメリットですし、機能把握をすることで、アプリケーションの理解も深まります。

この辺は、SRPMパッケージのSPECファイルを読むと大分情報があります。

ソースコンパイルで利用する場合でも、依存関係があるソフトやライブラリが
RPMパッケージで導入済み、なんてことはありがちですから、
SPECファイルには目を通した方がいいと思います。
「このOSでこのRPMパッケージを組み合わせて使うとき、
　このオプションであればこのパッケージが必要であり、
　それさえ満たしてあればコンパイル通る(はず)」
というひとつの答えが書いてあるわけですし。
# まあその通りやってコンパイル通らなかったこともあったりはしますが・・・

で、FC4のPHPパッケージにおけるSPECの内容と、
断片的なエラーの内容だけで脳内トラブルシュートをしてみる限りだと、
すでに出ているlibxml2の導入か、--disable-soapオプションの追加で
改善される可能性があるんでしょうね。
いずみ
会議室デビュー日: 2005/06/16
投稿数: 19
投稿日時: 2005-09-29 12:49
ソースからコンパイルしたのはRPMがマルチバイトをサポートしていないという理由です。コンパイルしなくていいのならそれにこした事はないのですが。

>ソースコンパイルで利用する場合でも、依存関係があるソフトやライブラリが
>RPMパッケージで導入済み、なんてことはありがちですから、
>SPECファイルには目を通した方がいいと思います。

SPECファイルはRPM同士の依存関係が記述されていると理解しているのですが、ソース同士の依存関係が解るのでしょうか。
あと、APACHEとかを構成するRPMの名前一覧とかは正式には何を見ればいいのでしょうか。グーグルで探すにしてもなるべく正式の資料を調べようとしているのですが、それが何処にあるのか皆目見当がつきません。

[ メッセージ編集済み 編集者: いずみ 編集日時 2005-09-29 14:41 ]
1|2 次のページへ»

スキルアップ／キャリアアップ（JOB@IT）