2015年7月1日水曜日

GTK+を自力でインストールしてみよう③ PangoのINSTALL翻訳

今回もなんとなく翻訳。正直、翻訳スキルとPCスキルの不足で意味わからんとこ多数。

READMEファイルの中身

Pangoの説明と必要なライブラリ等。
インストールに直接関係しそうなのは以下の3つ。パッケージマネージャで確認した。
* fontconfig
  for font discovery (http://www.fontconfig.org),
 * FreeType
   for font access (http://www.freetype.org),
 * HarfBuzz
   for complex text shaping (http://www.harfbuzz.org/)

INSTALLファイルの中身

インストール手順
*************************


Copyright (C) 1994-1996, 1999-2002, 2004-2013 Free Software Foundation,
Inc.


  コピーし、このファイルの配布、変更の有無にかかわらず、
ロイヤルティが著作権を提供することなく、任意の媒体では許可されています
通知とこの通知は保持されます。このファイルは、-があるとして提供されています
いかなる保証もありません。


基本インストール
==================


  簡単に説明すると、シェルコマンドは “./configure && make && make install”です。
設定、構築、およびこのパッケージをインストールする必要があります。
次のより詳細な説明は一般的なものです。 このパッケージの具体的な手順については、`README'ファイルを参照してください。いくつかのパッケージはこの`INSTALL'ファイルを提供しますが、以下の記載されている機能のすべてを実装していません。指定されたパッケージのオプション機能の欠如は必ずしもバグではありません。GNUパッケージのさらに詳しい詳細事項は*ノートのMakefileの規則に記載されています。:(スタンダード)Makefileの表記


のための`README'ファイルを参照してください。
このパッケージに固有の指示。いくつかのパッケージは、これを提供します
`'ファイルをINSTALLが、記載されている機能のすべてを実装していません
以下。指定されたパッケージのオプション機能の欠如はありません
必ずしもバグ。 GNUパッケージの詳細勧告は見つけることができます
(規格)のMakefileの規則:*ノートのMakefileの規則で。


  `configure'シェルスクリプトは、コンパイル時に使用されるさまざまなシステム依存変数の正しい値を推測しようとします。これは、パッケージの各ディレクトリに`Makefileを'を作成するために、それらの値を使用しています。それはまたシステム依存定義を含む1つ以上の`.h'ファイルを作成することがあります。  最後に、それはあなたが現在の設定を再作成するために、将来的に実行できるシェルスクリプト`config.status'と`configを作成します。logはコンパイラのアウトプットを含みます。 (主に`configure 'のデバッグのために有用です。)


また、再構成を高速化するために、そのテストの結果を保存したオプションのファイル(典型的には、`config.cache'と呼ばれ、`--cache-file=config.cache'または単に`-C'で有効)を使用することができます。キャッシュは古いキャッシュファイルを誤って使用する問題を回避するため、デフォルトでは無効になっています。


パッケージをコンパイルするために特別なことを行う必要がある場合は、
それらを実行するかどうかを確認できればどのように`のconfigure'把握てみてください、それらは次のリリースのために考慮することができるように'`READMEに指定されたアドレスへのメール差分または命令。あなたはキャッシュを使用し、でされている場合ある時点`は、config.cache'はあなたが保持しない結果が含まれ、あなたが削除するか、それを編集することができます。


`configure.ac'(または` configure.in')ファイルはautoconfによって'configure`を作成するために使用されます。あなたはそれを変更したい場合は、 `configure.ac'を必要とします。または 'autoconfの`の新しいバージョンを使用して、'configure`を再生成します。


  このパッケージをコンパイルする最も簡単な方法は次のとおりです。


 1. パッケージのソースコードを含むディレクトリに`cd'し、あなたのシステムにパッケージを設定するために`./configure'を打ち込む。`configure'を実行すると時間がかかるばあいがあります。 実行中はチェックのメッセージがひょうじされます。


 2. パッケージをコンパイルするために`make'を打ち込みます。


 3. 必要に応じてセルフテストを行うために`make check' を打ち込みます。


 4.プログラムとデータファイル、ドキュメントをインストールするには、 'make installを実行してください。ルートを所有するプレフィックスユーザーがインストールする場合、ルート権限でmake installのみで通常のようにパッケージを設定し、構築することをお勧めします。  


 5. 必要に応じて、`make installcheck'を、入力すると、このとき最終的にインストールされた場所にあるにバイナリを使用して任意の自己診断テストを繰り返すことができます。特に前に`make install' 時にroot権限であれば、このターゲットは何もインストールされません。 インストールが正常に完了したことを確認します。


 6. あなたは、make cleanを入力して、ソースコードディレクトリからプログラムバイナリおよびオブジェクトファイルを削除することができます。また、`make distclean'を入力して作成されたconfigureを削除できます(あなたは別の種類のコンピュータのためにパッケージをコンパイルすることができます)。`make maintainer-clean' も同様ですが、それは、パッケージの開発者のために主に意図されています。あなたがそれを使用する場合は、配布に付属しているファイルを再生するために、他のプログラムのすべての種類を取得する必要があります。


 7. 多くの場合、インストールされたファイルを削除するには`make uninstall'を入力することでできます。GNUコーディング基準で必要とされているにも関わらず、実際にはアンインストールが正常に動作することをすべてのパッケージでテストされてはいません。


 8. 特にAutomakeを利用しているいくつかのパッケージは`make install' や`make uninstall' が正しく動作するように開発者がテストするために使用することができる`make  distcheck'を提供します。このターゲットは一般ユーザーによって実行されません。


コンパイラとオプション
=====================


  一部のシステムでは、コンパイルやconfigureスクリプトが知らないことをリンクするための珍しいオプションが必要になります。該当する環境変数のいくつかの詳細については、./configureを--helpを実行します。


 あなたは、コマンドラインで環境で変数を設定することにより、設定パラメータをconfigure'の初期値を与えることができます。
次に例を示します。


    ./configure CC=c99 CFLAGS=-g LIBS=-lposix


  *Note Defining Variables::, for more details.


複数のアーキテクチャ用のコンパイル
====================================


  あなたは、自分のディレクトリ内に各アーキテクチャ用のオブジェクトファイルを配置することによって、同時に複数の種類のパッケージをコンパイルすることができます。これを行うには、GNUのmakeを使用することができます。


`cd'はあなたが行きたい、あるいは実行したい `configure' のあるオブジェクトファイルや実行可能ファイルディレクトリに向かいます。 `configureは自動的にディレクトリ内のソースコードをチェックします。これは、VPATHビルドとして知られています。


GNUではない `make'の場合, それはソースコードのディレクトリに一度に一つのアーキテクチャのパッケージをコンパイルする方が安全です。1つのアーキテクチャ用のパッケージをインストールした後、`使う他のアーキテクチャ用に再設定する前に`make distclean' を行います。


MacOS Xの10.5以降のシステムでは、あなたは複数のシステムのタイプライブラリと作業の実行可能ファイルを作成することができます。("fat"あるいは"universal" binariesとして知られる。)コンパイラに複数の`-arch'オプションを指定することできますが、プリプロセッサに対しては一つだけです。
たとえば:


    ./configure CC="gcc -arch i386 -arch x86_64 -arch ppc -arch ppc64" \
                CXX="g++ -arch i386 -arch x86_64 -arch ppc -arch ppc64" \
                CPP="gcc -E" CXXCPP="g++ -E"


  これはあなたが、すべてのケースでの作業出力を生成することは保証されません
結果を一度に一つのアーキテクチャを構築し、結合する必要があります
あなたは問題がある場合、 `lipo' ツールを使用してください。

インストールの名前
==================


 デフォルトでは、`make install' はコマンドを`/usr/local/bin'に、インクルードファイルを`/usr/local/include'にインストールするようになっています。
あなたは`configure' のオプションで `--prefix=PREFIX'のPREFIX'に絶対ファイル名で`/usr/local' 以外の場所を指定することができます。


  また、あなたが特異なディレクトリレイアウトを使用する場合は、ファイルの特定の種類の別の値を指定するために `--bindir= DIR'のようなオプションを与えることができます。どのような種類のファイルが行きあなたが設定できるディレクトリのリストのための`configure--help'を実行します。 一般に、これらのオプションのデフォルトは`${PREFIX}'で表され、`--prefix'を指定すると、明示的に提供されていなかった他のディレクトリ仕様のすべてに影響を与える。


  設置場所に影響を与えるほとんどの移植性のある方法は`のconfigure'に正しい位置にパスを通すことです。しかし、多くのパッケージは、再構成したり再コンパイルせずに、インストール場所を変更するために`make install'コマンドラインに変数の割り当てを渡す次のショートカットの一方または両方を提供します


第一の方法は、影響を受ける各ディレクトリの上書き変数を提供することです。  例えば、`make install prefix=/alternate/directory' は代わりの`${PREFIX}'で表現されたすべてのディレクトリ構成変数の場所を選択します。`configure'時に指定された任意のディレクトリは`$ {PREFIX}'ではなくインストール全体が再配置されるためインストール時に上書きされます。
※つまり、。`configure'時に指定された任意のディレクトリは`$ {PREFIX}'より優先される?


  第二の方法は、`DESTDIR'変数を与えることです。例えば、`make install DESTDIR=/alternate/directory' は すべてのインストール名の前に`/alternate/directory' 追加します。`DESTDIR' による上書きの方法はGNUコーディング規約に含まれておらず、ドライブレターを持つプラットフォームに対応していません。一方で、 `configure'時に`${prefix}'で指定されていない時でも再コンパイル時の問題を回避するのに優れています。


オプション機能
=================


パッケージがサポートしている場合、あなたは`configure'に接頭辞または接尾辞を追加して使用することでオプションを与えてプログラムをインストールすることができます。--program-prefix=PREFIX' または `--program-suffix=SUFFIX'.


 いくつかのパッケージ機能は、`configure'に対する`--enable-FEATURE'に注意を払う必要があります。ここでのFEATUREは、パッケージのオプション部分を示しています。
これらはまたPACKAGEが `gnu-as'または`x'(X Window System用)にある`--with-PACKAGE'オプションに対しても注意が必要です。`READMEはパッケージが認識する`--enable-' と `--with-' オプションに言及する必要があります。


 X Window Systemを使うパッケージの場合、`configure'はたいていは自動的にXのインクルードとライブラリを見つけます。それがない場合、あなたはそれらの場所を指定するために  `configure'オプションの`--x-includes=DIR'と`--x-libraries=DIR' を使用することができます。


いくつかのパッケージは冗長な`make'の実行機能を提供します。これらのパッケージは `./configure --enable-silent-rules'の実行中は は最小限のアウトプットをデフォルトに設定しします。これは`make V=1'によって無効化できます。`./configure --disable-silent-rules' の実行時にデフォルトの冗長を設定します。これは`make V=0'によって無効化できる。


特定のシステム
==================


  HP-UXでは、デフォルトのCコンパイラは、ANSI C互換性がありません。  GNU CCがインストールされていない場合、ANSI Cコンパイラを使用するために、次のオプションを使用することをお勧めします。


    ./configure CC="cc -Ae -D_XOPEN_SOURCE=500"


問題が解決しない場合は、HP-UX用のGCCの構築済みバイナリをインストールします。


  HPは-UXは、`、'その前提条件と同じタイムスタンプを持つ更新の目標を作ります。 これは、`configure'を含む出荷時に生成されたファイルは一般的に使用不能です。 GNU`make'insteadを使用してください。


 OSF/1別名のTru64上では、デフォルトのCコンパイラの一部のバージョンは、`<WCHAR.H>'ヘッダファイルを解析することはできません。オプション `-nodtk'は、回避策として使用することができます。GNU CCがインストールされていない場合は、以下を試してみることを推奨されます


    ./configure CC="cc"


問題が解決しない場合、以下を試して


    ./configure CC="cc -nodtk"


 Solarisでは、初期のあなたの`PATH'に`/usr/ucb'を入れてはいけません。このディレクトリには、いくつかの機能不全のプログラムが含まれています;これらのプログラムのバリエーションを作動させるには、/ usr/ bin'で提供されています。従って、もしあなたにあなたの`PATH'の`/usr/ucb'が必要ならば、それを/ usr/ binの後に置いてください。


  Haikuでは、すべてのユーザーに対してインストールされたソフトウェアは、`/boot/common'に入り、
`/usr/local'ではありません。これは、次のオプションを使用することをお勧めします。


    ./configure --prefix=/boot/common


システムタイプの指定
==========================


  `configure' のいくつかの機能は自動的に把握することはできません。パッケージが動作するマシンのタイプによって決定する必要があります。 通常、パッケージが同じアーキテクチャ上で実行するように構築されたとすると、`configure' は認識することができますが、もしマシンタイプを認識できないメッセージが表示された場合、 `--build=TYPE' オプションを与えます。


    CPU-COMPANY-SYSTEM


ここで、システムは、これらのいずれかの形式を持つことができます。


    OS
    KERNEL-OS


  各フィールドの可能な値についてはファイル `config.sub'を参照してください。
`config.sub'がパッケージに含まれていない場合は、マシンのタイプを知っている必要はありません。


 あなたはクロスコンパイル用のコンパイラツールを構築している場合、コードを生成するシステムのタイプを選択するオプション `--target= TYPE'を使用する必要があります。


 そのプラットフォームのビルドプラットフォームとは異なるコードを生成するクロスコンパイラを使用する場合には、`--host= TYPEで(すなわちその上に生成するプログラムが最終的に実行されること)`--host=TYPE'のプラットフォームを指定する必要があります'。


デフォルトの共有
================


  あなたは`configure'スクリプトを共有するためのデフォルト値を設定したい場合は、あなたは、`cache_file'、そして`prefix''、`CC'のような変数のデフォルト値を与える`config.site' というサイトシェルスクリプトを作成することができます。`configure' は`PREFIX/etc/config.site' を探します。または、あなたはサイトのスクリプトの場所に`CONFIG_SITE'環境変数を設定することができます。


警告:すべての`のconfigure'スクリプトがサイトスクリプトを探していません。


変数の定義
==================


  サイトシェルスクリプトで定義されていない変数は`のconfigure'に渡される環境に設定することができます。しかし、いくつかのパッケージは、ビルド中に再度configureを実行することができ、これらの変数のカスタマイズされた値が失われることがあります。この問題を回避するには、`VAR=value'を使用して、コマンドライン'`のconfigureでそれらを設定する必要があります。例えば:


    ./configure CC=/usr/local2/bin/gcc


指定された`GCC'(これはサイトシェルスクリプトでオーバーライドされない限り)Cコンパイラとして使用します。


残念ながら、この手法は、Autoconfの制限により`CONFIG_SHELL'のために動作しません。制限が解除されるまでは、この回避策を使用することができます。


    CONFIG_SHELL=/bin/bash ./configure CONFIG_SHELL=/bin/bash


`configure' 呼び出し
======================


  `configure' の動作を制御するには、次のオプションを認識します。


`--help'
`-h'
    `configure'のすべてのオプションの要約を表示し、終了します。


`--help=short'
`--help=recursive'
    `configure'のパッケージ固有のオプションの要約を表示し、終了します。`short' バリアントリストオプションはトップレベルのみで利用でき、`recursive' バリアントリストオプションは同様にネストされたパッケージで提供されます。


`--version'
`-V'
    `configure'によって生成されたAutoconfのバージョンを表示して終了します。


`--cache-file=FILE'
    キャッシュを有効にします。慣例では`config.cache'ファイルにテストの結果を保存します。デフォルトでFILEは`/dev/null'で、キャッシュを無効化します。


`--config-cache'
`-C'
    `--cache-file=config.cache'の別名。


`--quiet'
`--silent'
`-q'
    行われているチェックメッセージを出力しません。すべての通常の出力を抑制するために、`/ dev / null'にリダイレクトします。(任意のエラー·メッセージは引き続き表示)。


`--srcdir=DIR'
    ディレクトリDIRパッケージのソースコードを探します。通常`configureは自動的にそのディレクトリを決定することができます。


`--prefix=DIR'
    インストールプレフィックスとしてDIRを使用してください。
※注インストール名::詳細については、インストール場所の微調整のための利用可能な他のオプションを含む。


`--no-create'
`-n'
    構成チェックを実行しますが、任意の出力ファイルを作成する前に停止してください。


`configureは'また、いくつかの他、広く有用ではない、オプションを受け付けます。詳細については`のconfigure--help'を実行します。

0 件のコメント:

コメントを投稿