Commit: 5c129ce6d7006a360c52e2130c42e227fe8a6c7e - gdb_doc_ja (git)

Commit MetaInfo

• Revision: 5c129ce6d7006a360c52e2130c42e227fe8a6c7e (tree)
• Time: 2011-03-25 22:37:26
• Author: akngw <akngw@user...>
• Commiter: akngw

Log Message

クロスリファレンスの修正。

Change Summary

• modified: gdb.texinfo
• modified: rluser.texi

Incremental Difference

--- a/gdb.texinfo
+++ b/gdb.texinfo
@@ -210,19 +210,19 @@ software in general.  We will miss him.
 プログラムが停止したときに何が起きているかを調べること。
 
 @item
-一つのバグによる影響を修正してみて別のバグを続けて調べられるよう、プログラムを変更すること。
+一つのバグによる影響を修正してみて、別のバグを続けて調べられるようプログラムを変更すること。
 @end itemize
 
 C言語やC@t{++}で書かれたプログラムを@value{GDBN}でデバッグすることができます。
-詳細は、@ref{Supported Languages,,Supported Languages}を参照してください。
-詳細は、@ref{C,,C and C++}を参照してください。
+詳細は別の節を参照してください(@pxref{Supported Languages,,Supported Languages})。
+詳細は別の節を参照してください(@pxref{C,,C and C++})。
 
-D言語は部分的にサポートしています。
-D言語についての詳細は、@ref{D,,D}を参照してください。
+D言語を部分的にサポートしています。
+D言語についての詳細は別の節を参照してください(@pxref{D,,D})。
 
 @cindex Modula-2
-Modula-2は部分的にサポートしています。
-Modula-2についての詳細は、@ref{Modula-2,,Modula-2}を参照してください。
+Modula-2を部分的にサポートしています。
+Modula-2についての詳細は別の節を参照してください(@pxref{Modula-2,,Modula-2})。
 
 @cindex Pascal
 集合や部分範囲、ファイル変数、ネストした関数を使用するPascalプログラムのデバッグは現在の所出来ません。
@@ -245,32 +245,32 @@ Apple/NextもしくはGNU Objective-Cのランタイムのどちらかを使え
 @sc{gnu} General Public License (GPL) によって保護されています。
 GPLは、ライセンスされているプログラムをコピーしたり改変したりする自由をあなたに与えます。
 また、コピーを入手した人も、そのコピーを修正する自由（すなわち、ソースコードにアクセスできなければなりません）と、さらにコピーを配布する自由を手に入れることになります。
-ソフトウェア会社というのは通常コピーライトを使ってあなたの自由を制限しますが、Free Software Foundationは、今述べた自由を保護するのにGPLを使います。
+ソフトウェア会社というのは、通常、コピーライトを使ってあなたの自由を制限しますが、Free Software Foundationは、今述べた自由を保護するのにGPLを使います。
 
-基本的にGeneral Public Licenseは、そういった自由をあなたが保有していて、そして、あなたが他の誰かからそういった自由を奪い取ることはできないということを述べているライセンスです。
+基本的に、General Public Licenseは、そういった自由をあなたが保有していて、そして、他の誰かからもそういった自由をあなたが奪い取ることはできないということを述べているライセンスです。
 
 @unnumberedsec フリーソフトウェアにはフリードキュメントが必要
 
-今日におけるフリーソフトウェアコミュニティに最も足りないことは、ソフトウェアのことではありません。
+今日におけるフリーソフトウェアコミュニティに最も足りないことはソフトウェアのことではありません。
 フリーソフトウェアに含めることができる良質のフリードキュメントが欠如していることです。
 フリーのリファレンスマニュアルやフリーの入門的な文書が付属しないままの非常に重要なプログラムは多数あります。
-ドキュメントというのはあらゆるソフトウェアパッケージにとって不可欠な部分です。
-重要なフリーソフトウェアパッケージに、フリーのマニュアルやチュートリアルが付いているのと付いていないのとでは大きな差があります。
-現在私たちはそういった差をたくさん抱えこんでいます。
+ドキュメントというのは、あらゆるソフトウェアパッケージにとって不可欠な部分です。
+重要なフリーソフトウェアパッケージに、フリーのマニュアルやチュートリアルが付いているのと、付いていないのとでは大きな差があります。
+現在、私たちはそういった差をたくさん抱えこんでいます。
 
-例えばPerlのことを考えてみてください。
+例えば、Perlのことを考えてみてください。
 人々が通常使用する入門マニュアルはフリーではありません。
-なぜそのようになったのでしょうか。
+なぜ、そのようになったのでしょうか。
 そういったマニュアルの著作者たちが、制限の付いた条件、すなわち、コピー不可、改変不可、ソースファイルの利用不可といった条件でマニュアルを出版しているからです。
-これによってそういったマニュアルはフリーソフトウェアの世界から排除されてしまっています。
+これによって、そういったマニュアルはフリーソフトウェアの世界から排除されてしまっています。
 
-この種のことがらが起きるのは初めてではありませんでしたが、決して最後ではありませんでした。
-GNUユーザが、自分の書いているマニュアルについて熱心に説明して、コミュニティに貢献するつもりがあるという話は何度も聞きましたが、結局最後は、そういったマニュアルをフリーでなくしてしまう出版契約にサインしてしまって、全てが台無しになったことを知らされるだけでした。
+この種のことがらが起きるのは初めてではありませんでしたが、最後では決してありませんでした。
+GNUユーザが、自分の書いているマニュアルについて熱心に説明して、コミュニティに貢献するつもりがあるという話は何度も聞きましたが、最後は、そういったマニュアルをフリーでなくしてしまう出版契約に結局サインしてしまって、全てが台無しになったことを知らされるだけでした。
 
 フリーソフトウェアと同じく、フリードキュメントというのは自由の問題であって、対価の問題ではありません。
-フリーでないマニュアルで困るのは、出版元が印刷したコピーの代価を請求することではありません。
+フリーでないマニュアルで困るのは、印刷したコピーの代価を出版元が請求することではありません。
 そのこと自体は全く問題がないのです（Free Software Foundationもマニュアルの印刷物を販売しています）。
-問題はそのマニュアルの利用に制限があることです。
+問題は、そのマニュアルの利用に制限があることです。
 フリーのマニュアルはソースコードの形式で利用でき、コピーや改変が許されています。
 フリーでないマニュアルはこれを許していません。
 
@@ -280,26 +280,27 @@ GNUユーザが、自分の書いているマニュアルについて熱心に
 
 技術的な内容の修正を許可することも極めて重要なことです。
 誰かが機能の追加や変更によってそのソフトウェアを修正する際、その人が真面目な人であれば、マニュアルも変更するでしょう。
-これによって、その人は修正プログラムに対する正確で明快なドキュメントを提供することができます。
+これによって、その人は、修正プログラムに対する正確で明快なドキュメントを提供することができます。
 プログラムの改変バージョンのことを文書化するのに、新たなマニュアルを書き起こす以外に選択肢がないようなマニュアルは、私たちのコミュニティにとって真に利用可能なものだとは言えません。
 
 修正を行なう際には受け入れ可能な制限がいくつかあります。
 例えば、原著作者のコピーライト表示や配布条件、あるいは、著作者のリストなどの保持を要求することはOKです。
-修正バージョンには修正したことを示す表示を要求するということも問題ありません。
+修正したことを示す表示を修正バージョンに要求するということも問題ありません。
 (このトピックのように）技術的でないトピックに関する限りにおいて、その部分全体を削除したり変更したりできないようにすることも容認できます。
 この種の制限が容認できるのは、コミュニティによるマニュアルの通常利用を阻害したりしないからです。
 
 ですが、マニュアルの@emph{技術的な}内容は全て修正可能でなければならず、さらに、通常使われるあらゆる経路を通じて、通常使われるあらゆるメディアで配布することが可能でなければなりません。
-そうでなければ、制限によってマニュアルを利用することができなくなります。それではフリーとは言えず、代替するための別のマニュアルが必要となってしまいます。
+そうでなければ、制限によってマニュアルを利用することができなくなります。
+それではフリーとは言えず、代替するための別のマニュアルが必要となってしまいます。
 
 この話を広く他の人に伝えてください。
-私たちのコミュニティは、数々のマニュアルをプロプライエタリの出版へと奪われつづけています。
-フリーソフトウェアにはフリーのリファレンスマニュアルやチュートリアルが必要であるということを広めてくだされば、恐らく、フリーソフトウェアのコミュニティに貢献できるのはフリーのマニュアルだけだということを、ドキュメントを書くことで貢献したいと考えている次の人物が、手遅れになる前に理解してくれることでしょう。
+私たちのコミュニティは、プロプライエタリの出版へ数々のマニュアルを奪われつづけています。
+フリーのリファレンスマニュアルやチュートリアルがフリーソフトウェアには必要であるということを広めてくだされば、恐らく、フリーソフトウェアのコミュニティに貢献できるのはフリーのマニュアルだけだということを、ドキュメントを書くことで貢献したいと考えている次の人物が、手遅れになる前に理解してくれることでしょう。
 
-今ドキュメントを書いていらっしゃるのでしたら、それをGNU Free Documentation Licenseかあるいは別のフリードキュメントライセンスの下で出版するように主張してください。
+今ドキュメントを書いていらっしゃるのでしたら、それを、GNU Free Documentation Licenseか、あるいは、別のフリードキュメントライセンスの下で出版するように主張してください。
 この決定にはあなたの承認が必要であることを覚えておいてください。
 出版元に決めてもらわなければならないわけではありません。
-あなたが要求すればフリーのライセンスを使ってくれる商業出版業者もありますが、そういった業者もそういった選択肢を提案してくれるわけではないでしょう。
+あなたが要求すれば、フリーのライセンスを使ってくれる商業出版業者もありますが、そういった業者もそういった選択肢を提案してくれるわけではないでしょう。
 問題を提起し、してもらいたいことを断固として主張するのはあなた次第です。
 取り引きしている出版業者が拒否するのであれば、別の業者をあたってください。
 提案されているライセンスがフリーかどうか定かでない場合には、@email{licensing@@gnu.org}までメールをください。
@@ -307,7 +308,7 @@ GNUユーザが、自分の書いているマニュアルについて熱心に
 フリーでコピーレフトであるマニュアルやチュートリアルを購入すれば、販売する商業出版業者の後押しをすることができます。
 とくに、マニュアルの執筆や大きな改善に対して資金を出している出版者から出ている出版物を購入することが大事です。
 その一方で、フリーでないドキュメントは絶対に購入しないようにしてください。
-購入する前にはマニュアルの配布条件を調べ、あなたと提携しようとする人は全てあなたの自由を尊重しなければならないということを主張してください。
+購入する前にはマニュアルの配布条件を調べ、あなたと提携しようとする人は全て、あなたの自由を尊重しなければならないということを主張してください。
 また、書籍の履歴をチェックし、それに取り組んでもらうように著作者に報酬を支払う出版業者に対し報いてください。
 
 Free Software Foundationは、他の出版者が出版しているフリードキュメントのリストを@url{http://www.fsf.org/doc/other-free-books.html}に維持しています。
@@ -315,11 +316,12 @@ Free Software Foundationは、他の出版者が出版しているフリード
 @node Contributors
 @unnumberedsec @value{GDBN}に貢献した人々
 
-Richard Stallmanは@value{GDBN}のオリジナルの著作者でした。その他多数の@sc{gnu}プログラムについてもそうです。
-他にも大勢の人がそういったプログラムの開発に貢献してきました。
-このセクションでは主な貢献者についてクレジットしていきます。
+Richard Stallmanは@value{GDBN}のオリジナルの著作者でした。
+その他多数の@sc{gnu}プログラムについてもそうです。
+他にも、大勢の人がそういったプログラムの開発に貢献してきました。
+このセクションでは、主な貢献者についてクレジットしていきます。
 フリーソフトウェアの長所の一つに、誰でも自由に貢献できるということがあります。
-残念ながら、ここではその個々の人それぞれに対して実際に謝意を表わすことができません。
+残念ながら、ここでは、その個々の人それぞれに対して実際に謝意を表わすことができません。
 @value{GDBN}の配布物に含まれる@file{ChangeLog}ファイルは詳細な説明に近いものです。
 
 バージョン2.0より前の変更については歳月の彼方に消え去ってしまっています。
@@ -330,7 +332,7 @@ Richard Stallmanは@value{GDBN}のオリジナルの著作者でした。その
 @end quotation
 
 メジャーリリースを経ながら@value{GDBN}の面倒を見ていた人たちに特に感謝します。
-彼らの苦労が報われていないと思ったりしないようにです。
+彼らの苦労が報われていないと思ったりしないように名前を挙げます。
 Andrew Cagney (releases 6.3, 6.2, 6.1, 6.0, 5.3, 5.2, 5.1 and 5.0);
 Jim Blandy (release 4.18);
 Jason Molenda (release 4.17);
@@ -351,8 +353,8 @@ C@t{++}に関する初期の作業はPeter TerMaatによるものでした（リ
 @value{GDBN}は、オブジェクトファイルの複数のフォーマットを調べるのにBFDサブルーチンライブラリを使用しています。
 BFDはDavid V. Henkel-WallaceとRich Pixley、Steve Chamberlain、John Gilmoreによる共同プロジェクトでした。
 
-David Johnsonは最初のCOFFサポートを書きました。
-Pace Willisonはカプセル化されたCOFFの最初のサポートを行ないました。
+David Johnsonは、最初のCOFFサポートを書きました。
+Pace Willisonは、カプセル化されたCOFFの最初のサポートを行ないました。
 
 Harris Computer SystemsのBrent BensonはDWARF 2サポートの貢献をしました。
 
@@ -381,22 +383,22 @@ Rich SchaeferとPeter SchauerはSunOS共有ライブラリのサポートを手
 
 Jay FenlasonとRoland McGrathは、複数マシンのインストラクションセットについて、@value{GDBN}とGASが整合するようにしてくれました。
 
-Patrick DuvalとTed Goldstein、Vikram Koka、Glenn Engelは、リモートデバッギングの開発を手伝いました。
-Intel CorporationとWind River Systems、AMD、ARMはそれぞれ、i960とVxWorks、A29K UDI、RDIターゲットに対するリモートデバッギングモジュールの貢献をしました。
+Patrick Duval、Ted Goldstein、Vikram Koka、Glenn Engelは、リモートデバッギングの開発を手伝いました。
+Intel CorporationとWind River Systems、AMD、ARMはそれぞれ、i960、VxWorks、A29K UDI、RDIターゲットに対するリモートデバッギングモジュールの貢献をしました。
 
 
 Brian Foxは、コマンドラインの編集とコマンド履歴の機能を提供するreadlineライブラリの作者です。
 
-SUNY BuffaloのAndrew Beersは言語切り替えのコードや、Modula-2サポートを書き、また、このマニュアルの言語の章に対する貢献をしました。
+SUNY BuffaloのAndrew Beersは言語切り替えのコードやModula-2サポートを書き、また、このマニュアルの言語の章に対する貢献をしました。
 
 Fred FishはUnix System Vr4に対するサポートの大半を書きました。
 また、彼は、C@t{++}のオーバーロードされたシンボルをカバーするコマンド補完サポートの拡張も行ないました。
 
-Hitachi America（現Renesas America）Ltd.は、H8/300とH8/500、Super-Hプロセッサに対するサポートのスポンサーをしました。
+Hitachi America（現Renesas America）Ltd.は、H8/300、H8/500、Super-Hプロセッサに対するサポートのスポンサーをしました。
 
-NECはv850とVr4xxx、Vr5xxxの各プロセッサに対するサポートのスポンサーをしました。
+NECはv850、Vr4xxx、Vr5xxxの各プロセッサに対するサポートのスポンサーをしました。
 
-Mitsubishi (現Renesas)は、D10VとD30V、M32R/Dの各プロセッサに対するサポートのスポンサーをしました。
+Mitsubishi (現Renesas)は、D10V、D30V、M32R/Dの各プロセッサに対するサポートのスポンサーをしました。
 
 Toshibaは、TX39 Mipsプロセッサに対するサポートのスポンサーをしました。
 
@@ -404,13 +406,13 @@ Matsushitaは、MN10200とMN10300の両プロセッサに対するサポート
 
 Fujitsuは、SPARCliteとFR30プロセッサに対するサポートのスポンサーをしました。
 
-Kung HsuとJeff Law、Rick Sladkeyはハードウェアウォッチポイントのサポートを追加しました。
+Kung Hsu、Jeff Law、Rick Sladkeyはハードウェアウォッチポイントのサポートを追加しました。
 
 Michael Snyderはトレースポイントのサポートを追加しました。
 
 Stu Grossmanはgdbserverを書きました。
 
-Jim KingdonとPeter Schauer、Ian Taylor、Stu Grossmanは、数え切れないほどのバグフィックスを行ない、@value{GDBN}を最初から終わりまで綺麗にしてくれました。
+Jim Kingdon、Peter Schauer、Ian Taylor、Stu Grossmanは、数え切れないほどのバグフィックスを行ない、最初から終わりまで@value{GDBN}を綺麗にしてくれました。
 
 以下に挙げるHewlett-Packard Companyの人々は、PA-RISC 2.0アーキテクチャとHP-UX 10.20、10.30、11.0 (narrow mode)、カーネルスレッドのHPによる実装、HPのC@t{++}コンパイラ、Text User Interface (旧Terminal User Interface)に対するサポートの貢献をしました: Ben KreppとRichard Title、John Bishop、Susan Macchia、Kathy Mann、Satish Pai、India Paul、Steve Rehrauer、Elena Zannoni。
 Kim HaaseはこのマニュアルのHP固有の情報を提供しました。
@@ -427,10 +429,10 @@ Andrew Cagney、Fernando Nasser、Elena Zannoniは、Cygnus Solutionsの仕事
 Jim BlandyはRed Hatの仕事をしながら、プリプロセッサマクロのサポートを追加しました。
 
 Andrew Cagneyは@value{GDBN}のアーキテクチャの方向をデザインしました。
-Andrew CagneyやStephane Carrez, Randolph Chung, Nick Duffek, Richard Henderson, Mark Kettenis, Grace Sainsbury, Kei Sakamoto, Yoshinori Sato, Michael Snyder, Andreas Schwab, Jason Thorpe, Corinna Vinschen, Ulrich Weigand, Elena Zannoniを含む多数の人々が、古いアーキテクチャからこの新たなフレームワークへ移行する支援をしました。
+Andrew Cagney、Stephane Carrez, Randolph Chung, Nick Duffek, Richard Henderson, Mark Kettenis, Grace Sainsbury, Kei Sakamoto, Yoshinori Sato, Michael Snyder, Andreas Schwab, Jason Thorpe, Corinna Vinschen, Ulrich Weigand, Elena Zannoniを含む多数の人々が、古いアーキテクチャからこの新たなフレームワークへ移行する支援をしました。
 
 Andrew Cagneyは、@value{GDBN}のアンワインダフレームワークを完全に再設計し、再実装しました。
-これは、フレームIDや、独立したフレームスニファー、センチネルフレームといった特徴を持つ斬新な設計で構成されています。
+これは、フレームID、独立したフレームスニファー、センチネルフレームといった特徴を持つ斬新な設計で構成されています。
 Mark Kettenisは@sc{dwarf 2}のアンワインダを実装しました。
 Jeff Johnstonはlibunwindアンワインダを実装しました。
 Andrew Cagneyはダミーアンワインダ、センチネルアンワインダ、トランプアンワインダ、トラッドアンワインダを実装しました。
@@ -444,9 +446,9 @@ Michael EagerとXilinx, Inc.のスタッフは、Xilinx MicroBlazeアーキテ
 @node Sample Session
 @chapter @value{GDBN}のサンプルセッション
 
-時間があればこのマニュアルを使って、@value{GDBN}の全てを読んでしまうことも可能です。
+時間があれば、このマニュアルを使って@value{GDBN}の全てを読んでしまうことも可能です。
 しかし、このデバッガを使い始めるには一握りのコマンドだけ知っていれば十分です。
-この章ではそういったコマンドを説明します。
+そういったコマンドをこの章では説明します。
 
 @iftex
 このサンプルセッションでは、ユーザの入力を@b{input}のように強調して、周囲の出力から簡単に見分けられるようにしています。
@@ -459,7 +461,7 @@ Michael EagerとXilinx, Inc.のスタッフは、Xilinx MicroBlazeアーキテ
 引用文字列をデフォルトから変更する時、別のマクロの内部でマクロ定義を一つ捕捉するのに使われるコマンドが時々動作を止めてしまうというものです。
 以下に示す簡単な@code{m4}のセッションでは、@code{0000}に展開される@code{foo}というマクロを定義しています。
 そして、@code{m4}に組み込みの@code{defn}を使って、同じように@code{bar}を定義しています。
-しかし、引用開始文字列を@code{<QUOTE>}に、引用終了文字列を@code{<UNQUOTE>}に変更すると、新たに同義の@code{baz}を定義しようとしても同じ手順が失敗してしまいます。
+しかし、引用開始文字列を@code{<QUOTE>}に変更し、引用終了文字列を@code{<UNQUOTE>}に変更すると、新たに同義の@code{baz}を定義しようとしても、同じ手順が失敗してしまいます。
 
 @smallexample
 $ @b{cd gnu/m4}
@@ -501,7 +503,7 @@ There is absolutely no warranty for @value{GDBN}; type "show warranty"
 @value{GDBN}は、後で必要となった場合に残りのシンボルデータをどこで探すかを知るのに十分なシンボルデータだけを読み込みます。
 その結果、最初のプロンプトは非常に短時間で表示されます。
 ここで、通常より幅の狭い表示を行なうように@value{GDBN}に指示します。
-これで例示がこのマニュアルにぴったり合ようになります。
+これで、このマニュアルに例示がぴったり合うようになります。
 
 @smallexample
 (@value{GDBP}) @b{set width 70}
@@ -510,7 +512,7 @@ There is absolutely no warranty for @value{GDBN}; type "show warranty"
 @noindent
 @code{m4}に組み込まれている@code{changequote}がどのように動作するのかを知る必要があります。
 ソースを見ると、対応するサブルーチンが@code{m4_changequote}であることがわかります。
-ですので、@value{GDBN}の@code{break}コマンドで、そのサブルーチンにブレイクポイントを設定します。
+ですので、@value{GDBN}の@code{break}コマンドでそのサブルーチンにブレイクポイントを設定します。
 
 @smallexample
 (@value{GDBP}) @b{break m4_changequote}
@@ -532,7 +534,7 @@ Starting program: /work/Editorial/gdb/gnu/m4/m4
 
 @noindent
 ブレイクポイントを動作させるために@code{changequote}を呼び出します。
-すると、@value{GDBN}は@code{m4}の実行を一時停止し、停止した時点でのコンテキストに関する情報を表示します。
+すると、@value{GDBN}は、@code{m4}の実行を一時停止し、停止した時点でのコンテキストに関する情報を表示します。
 
 @smallexample
 @b{changequote(<QUOTE>,<UNQUOTE>)}
@@ -543,7 +545,7 @@ Breakpoint 1, m4_changequote (argc=3, argv=0x33c70)
 @end smallexample
 
 @noindent
-ここで@code{n} (@code{next})コマンドを使うと、現在の関数における次の行まで実行が進められます。
+ここで、@code{n} (@code{next})コマンドを使うと、現在の関数における次の行まで実行が進められます。
 
 @smallexample
 (@value{GDBP}) @b{n}
@@ -565,7 +567,7 @@ set_quotes (lq=0x34c78 "<QUOTE>", rq=0x34c88 "<UNQUOTE>")
 
 @noindent
 @code{m4}が現在停止している所のサブルーチン（と引数）を示している表示のことは、スタックフレーム表示と呼びます。
-これはスタックの様子を示すものです。
+これは、スタックの様子を示すものです。
 @code{backtrace}コマンド（@code{bt}でも可）を使えば、スタック全体から見てどの位置にいるかを見ることができます。
 @code{backtrace}コマンドは、実行中になっている各サブルーチンついてスタックフレームを表示します。
 
@@ -583,7 +585,7 @@ set_quotes (lq=0x34c78 "<QUOTE>", rq=0x34c88 "<UNQUOTE>")
 @end smallexample
 
 @noindent
-さらに数行ステップして何が起きるのかを見ていきます。
+さらに数行ステップして、何が起きるのかを見ていきます。
 最初の2回は@samp{s}を使用できますが、その次の2回は@code{n}を使って、@code{xstrdup}サブルーチンに入ってしまうのを避けます。
 
 @smallexample
@@ -612,7 +614,7 @@ $2 = 0x35d50 "<UNQUOTE>"
 @end smallexample
 
 @noindent
-@code{lquote}と@code{rquote}は実際に新しい左右の引用文字列になっています。
+@code{lquote}と@code{rquote}は、実際に、新しい左右の引用文字列になっています。
 前後関係を見る場合、@code{l} (@code{list})コマンドを使って現在行の前後10行を表示することができます。
 
 @smallexample
@@ -646,9 +648,9 @@ $4 = 7
 @end smallexample
 
 @noindent
-@code{len_lquote}と@code{len_rquote}が、それぞれ@code{lquote}と@code{rquote}の長さを意味するのであれば、これは確かに間違っているように見えます。
-@code{p}コマンドはあらゆる式の値を表示することができます。
-そしてその式にはサブルーチンの呼び出しや変数の割り当てなども含めることができますので、そのことを利用して変数にもっと良い値をセットすることができます。
+@code{len_lquote}と@code{len_rquote}が@code{lquote}と@code{rquote}の長さをそれぞれ意味するのであれば、これは確かに間違っているように見えます。
+@code{p}コマンドは、あらゆる式の値を表示することができます。
+そして、その式には、サブルーチンの呼び出しや変数の割り当てなども含めることができますので、そのことを利用して、変数にもっと良い値をセットすることができます。
 
 @smallexample
 (@value{GDBP}) @b{p len_lquote=strlen(lquote)}
@@ -673,9 +675,9 @@ baz
 
 @noindent
 うまくいきました。
-デフォルトの場合と同じように新たな引用文字列もうまく動作しました。
+デフォルトの場合と同じように、新たな引用文字列もうまく動作しました。
 間違った長さを定義していた二つのタイポだけが問題だったようです。
-入力としてEOFを与えてやれば@code{m4}を終了させることができます。
+入力としてEOFを与えてやれば、@code{m4}を終了させることができます。
 
 @smallexample
 @b{Ctrl-d}
@@ -1068,7 +1070,7 @@ Emacsから@value{GDBN}を実行している場合にはこのオプションを
 @item
 @cindex init file
 システムワイドの@dfn{初期化ファイル}を読み込みます（@value{GDBN}を構築する際に@option{--with-system-gdbinit}が使われた場合です。
-@pxref{System-wide configuration, ,System-wide configuration and settings}）。
+@xref{System-wide configuration, ,System-wide configuration and settings}.）。
 そしてファイル中のコマンドを全て実行します。
 
 @item
@@ -1085,11 +1087,11 @@ Emacsから@value{GDBN}を実行している場合にはこのオプションを
 
 @item
 @samp{-x}オプションで指定されたコマンドファイルを読み込みます。
-@value{GDBN}のコマンドファイルについて詳しくは、@xref{Command Files}.
+@value{GDBN}のコマンドファイルについて詳しくは別の節を参照してください (@pxref{Command Files})。
 
 @item
 @dfn{履歴ファイル}に記録されたコマンド履歴を読み込みます。
-コマンド履歴と@value{GDBN}が履歴を記録するファイルについて詳しくは、@xref{Command History}.
+コマンド履歴と@value{GDBN}が履歴を記録するファイルについて詳しくは別の節を参照してください (@pxref{Command History})。
 @end enumerate
 
 初期化ファイルは、@dfn{コマンドファイル} (@pxref{Command Files}) と同じシンタックスを使い、同じ方法で@value{GDBN}によって処理されます。
@@ -1220,7 +1222,7 @@ Windowsに移植された@value{GDBN}では先の標準的な名前を使いま
 特定のコマンド（例えば@code{run}など）はこの方法で繰り返すことはできません。
 そういったものは、意図せず繰り返して使った場合トラブルを引き起したり、あるいは繰り返す必要が無さそうなコマンドです。
 ユーザ定義コマンドはこの繰り返す機能を無効にすることができます。
-@ref{Define, dont-repeat}を参照してください。
+@xref{Define, dont-repeat}.
 
 @code{list}コマンドと@code{x}コマンドは、@key{RET}で繰り返した場合、入力されたものと同じことを繰り返すのではなく、新たな引数を生成します。
 これによってソースやメモリの走査が簡単になります。
@@ -1326,9 +1328,9 @@ bubble(double,double)    bubble(int,int)
 @noindent
 通常、オーバーロードされているシンボルを補完するように指示したとき、引数のリストをまだ入力していなければ、@value{GDBN}は引用符が必要であることを認識します（そして引用符を挿入します）。
 
-オーバーロードされている関数について詳しくは、@ref{C Plus Plus Expressions, ,C@t{++} Expressions}を参照してください。
+オーバーロードされている関数について詳しくは別の節を参照してください (@pxref{C Plus Plus Expressions, ,C@t{++} Expressions})。
 オーバーロード問題を解決する機能を無効化するには、@code{set overloaded-resolution off}コマンドを使ってください。
-詳しくは、@ref{Debugging C Plus Plus, ,@value{GDBN} Features for C@t{++}}を参照してください。
+詳しくは別の節を参照してください (@pxref{Debugging C Plus Plus, ,@value{GDBN} Features for C@t{++}})。
 
 @cindex completion of structure field names
 @cindex structure field name completion
@@ -1586,7 +1588,7 @@ inspect
 これは最適化されたコードをデバッグできるようにするためです。
 プログラムをコンパイルする場合には@emph{常に}@samp{-g}オプションを使用することを推奨します。
 自分のプログラムに間違ったところは無いと思うことがあるかもしれませんが、調子に乗ったところで良いことはありません。
-詳細は@ref{Optimized Code}を参照してください。
+詳細は別の節を参照してください (@pxref{Optimized Code})。
 
 @sc{gnu} Cコンパイラの古いバージョンでは、デバッグ情報に関する@w{@samp{-gg}}という別のオプションがありました。
 @value{GDBN}はこれによって生成されるフォーマットを既にサポートしていません。
@@ -1662,7 +1664,7 @@ Unixシステムでは、@code{SHELL}環境変数を使って使用するシェ
 @end table
 
 @code{run}コマンドを実行するとプログラムはただちに実行を開始します。
-プログラムを停止させる手順については、@xref{Stopping, ,Stopping and Continuing}.
+プログラムを停止させる手順については別の節を参照してください (@pxref{Stopping, ,Stopping and Continuing})。
 一度プログラムが停止すると、@code{print}コマンドや@code{call}コマンドを使って、プログラム中の関数を呼び出すことができます。
 @xref{Data, ,Examining Data}.
 
@@ -2370,7 +2372,7 @@ Solarisのユーザスレッドに関する情報を表示します。
 @vindex $_thread@r{, convenience variable}
 コンビニエンス変数@samp{$_thread}には、カレントスレッドの番号が入っています。
 ブレイクポイントの条件式やコマンドスクリプトなどを書く場合に便利です。
-コンビニエンス変数に関する一般的な情報は、@xref{Convenience Vars,, Convenience Variables}.
+コンビニエンス変数に関する一般的な情報は別の節を参照してください (@pxref{Convenience Vars,, Convenience Variables})。
 
 @kindex thread apply
 @cindex apply command to several threads
@@ -2394,9 +2396,9 @@ Solarisのユーザスレッドに関する情報を表示します。
 スレッドの開始終了を@value{GDBN}が検出した時にメッセージが表示されるかどうかの状態を表示します。
 @end table
 
-マルチスレッドのプログラムを停止したり開始したりした時に@value{GDBN}がどのように動作するかについて詳細は、@xref{Thread Stops,,Stopping and Starting Multi-thread Programs}.
+マルチスレッドのプログラムを停止したり開始したりした時に@value{GDBN}がどのように動作するかについて詳細は別の節を参照してください (@pxref{Thread Stops,,Stopping and Starting Multi-thread Programs})。
 
-マルチスレッドのプログラムにおけるウォッチポイントについて詳細は、@xref{Set Watchpoints,,Setting Watchpoints}.
+マルチスレッドのプログラムにおけるウォッチポイントについて詳細は別の節を参照してください (@pxref{Set Watchpoints,,Setting Watchpoints})。
 
 @table @code
 @kindex set libthread-db-search-path
@@ -2496,7 +2498,7 @@ Show whether detach-on-fork mode is on/off.
 @samp{detach-on-fork}モードをoffに設定すると、@value{GDBN}は、ネストしてforkされたものも含め、forkされた全プロセスの制御を保持します。
 @value{GDBN}の制御化にあるforkプロセスのリストは、@w{@code{info inferiors}}コマンドで表示できます。
 また、@code{inferior}コマンドを使えば、forkプロセスから別のforkプロセスへと切り替えることができます。
-(@pxref{Inferiors and Programs, ,Debugging Multiple Inferiors and Programs}).
+(@xref{Inferiors and Programs, ,Debugging Multiple Inferiors and Programs}.)
 
 forkされたいずれかのプロセスのデバッグを止めるには、@w{@code{detach inferior}}コマンドを使ってそのプロセスをデタッチする（独立して実行させるようにする）か、もしくは、@w{@code{kill inferior}}コマンドでそのプロセスを停止させるかのどちらかを行なってください。
 @xref{Inferiors and Programs, ,Debugging Multiple Inferiors and Programs}.
@@ -2702,7 +2704,8 @@ HP-UXシステムでは少し制約があって、プログラムから直接呼
 @dfn{キャッチポイント}はもう一つの特殊なブレイクポイントで、C@t{++}の例外スローやライブラリのロードのような、特定のイベントが発生した時にプログラムを停止させます。
 ウォッチポイントを使う時のように、キャッチポイントを設定するのには別のコマンドを使います (@pxref{Set Catchpoints, ,Setting Catchpoints})。
 しかし、そのことは別にすれば、その他のブレイクポイントと同じようにキャッチポイントを管理することができます。
-（ユーザプログラムがシグナルを受信した時に停止するには、@code{handle}コマンドを使用してください。@ref{Signals, ,Signals}を参照）
+（ユーザプログラムがシグナルを受信した時に停止するには、@code{handle}コマンドを使用してください。
+@xref{Signals, ,Signals}.）
 
 @cindex breakpoint numbers
 @cindex numbers for breakpoints
@@ -2745,17 +2748,17 @@ HP-UXシステムでは少し制約があって、プログラムから直接呼
 @cindex latest breakpoint
 ブレイクポイントは@code{break}コマンド（省略形は@code{b}）で設定します。
 コンビニエンス変数@samp{$bpnum}は、最後に設定されたブレイクポイントの番号を記録しています。
-コンビニエンス変数で出来ることについては、@ref{Convenience Vars,, Convenience Variables}を参照してください。
+コンビニエンス変数で出来ることについては別の節を参照してください (@pxref{Convenience Vars,, Convenience Variables})。
 
 @table @code
 @item break @var{location}
 指定された@var{location}にブレイクポイントを設定します。
 @var{location}には関数名や行番号、命令のアドレスが指定できます。
-（@var{location}を指定する方法の一覧は、@xref{Specify Location}.)
+(@var{location}を指定する方法の一覧は別の節を参照してください (@pxref{Specify Location}))
 ブレイクポイントは、指定されている@var{location}のコードが実行される直前にプログラムを停止させます。
 
 C@t{++}のように、シンボルのオーバーロードを許すソース言語を使用している時は、関数名が、breakする候補として一つ以上の場所を指すことがあります。
-このような状況については、@xref{Ambiguous Expressions,,Ambiguous Expressions}.
+このような状況については別の節を参照してください (@pxref{Ambiguous Expressions,,Ambiguous Expressions})。
 
 特定のスレッド（@pxref{Thread-Specific Breakpoints}）あるいは特定のタスク（@pxref{Ada Tasks}）がブレイクポイントに到達した場合にだけプログラムを停止させるブレイクポイントを設定することもできます。
 
@@ -2776,7 +2779,7 @@ C@t{++}のように、シンボルのオーバーロードを許すソース言
 ブレイクポイントに到達するたび式@var{cond}を評価し、ゼロでない時にだけ停止します。
 すなわち、@var{cond}が真と評価されれば停止するということです。
 @samp{@dots{}}は、前述のbreakする場所を指定する引数の一つを表わしています（もしくは引数を指定しません）。
-ブレイクポイントの条件については、@xref{Conditions, ,Break Conditions}.
+ブレイクポイントの条件については別の節を参照してください (@xref{Conditions, ,Break Conditions})。
 
 @kindex tbreak
 @item tbreak @var{args}
@@ -2799,7 +2802,7 @@ C@t{++}のように、シンボルのオーバーロードを許すソース言
 ですので、新しくハードウェアブレイクポイントを設定する前に使用していないものを削除したり無効化したりするようにしてください (@pxref{Disabling, ,Disabling Breakpoints})。
 @xref{Conditions, ,Break Conditions}.
 リモートターゲットに対しては、@value{GDBN}が使用するハードウェアブレイクポイントの数を制限することができます。
-see @ref{set remote hardware-breakpoint-limit}.
+@xref{set remote hardware-breakpoint-limit}.
 
 @kindex thbreak
 @item thbreak @var{args}
@@ -3128,7 +3131,7 @@ Watchpoint 1: *(int *) 6293584
 @end table
 
 リモートターゲットに対しては、@value{GDBN}が使用するハードウェアウォッチポイントの数を制限することができます。
-@ref{set remote hardware-breakpoint-limit}を参照してください。
+@xref{set remote hardware-breakpoint-limit}.
 
 @code{watch}コマンドを使用した時、ハードウェアウォッチポイントが設定できたならば、
 
@@ -3395,7 +3398,7 @@ Catchpoint 1 (syscall(s) 252)
 @end smallexample
 
 @noindent
-スタックのアンワインドが起きる前にデバッガに全ての例外を捕捉させるには、@code{__raise_exception}にブレイクポイントを設定してください(@pxref{Breakpoints, ,Breakpoints; Watchpoints; and Exceptions})。
+スタックのアンワインドが起きる前にデバッガに全ての例外を捕捉させるには、@code{__raise_exception}にブレイクポイントを設定してください (@pxref{Breakpoints, ,Breakpoints; Watchpoints; and Exceptions})。
 
 @var{id}の値に依存する条件付きブレイクポイント (@pxref{Conditions, ,Break Conditions}) を使うと、指定された例外が発生した時にプログラムを停止させることができます。
 複数の条件が付いたブレイクポイントを使うと、多くの例外のうちいずれかが発生した時にプログラムを停止させることができます。
@@ -3423,7 +3426,7 @@ Catchpoint 1 (syscall(s) 252)
 
 @item clear @var{location}
 指定された@var{location}に設定されているあらゆるブレイクポイントを削除します。
-@var{location}の諸々の書式については、@xref{Specify Location}.
+@var{location}の諸々の書式については別の節を参照してください (@pxref{Specify Location})。
 最も便利なものは以下にリストします。
 
 @table @code
@@ -3507,8 +3510,8 @@ Catchpoint 1 (syscall(s) 252)
 @c confusing: tbreak is also initially enabled.
 @code{tbreak}コマンド (@pxref{Set Breaks, ,Setting Breakpoints}) で設定されたブレイクポイントを別にすると、設定されたブレイクポイントは初期状態で有効な状態です。
 そしてその後、前述のコマンドのいずれかを使用した時にかぎりブレイクポイントは有効になったり無効になったりします。
-（@code{until}コマンドはそれ自体のブレイクポイントを設定したり削除したりすることができますが、その他のブレイクポイントの状態を変更するわけではありません。see @ref{Continuing and Stepping, ,Continuing and
-Stepping}.）
+（@code{until}コマンドはそれ自体のブレイクポイントを設定したり削除したりすることができますが、その他のブレイクポイントの状態を変更するわけではありません。
+@xref{Continuing and Stepping, ,Continuing and Stepping}.）
 
 @node Conditions
 @subsection ブレイク条件
@@ -3759,7 +3762,7 @@ to 0x00010410.
 そのアドレスに設定されているブレイクポイントは全て無視されます。
 @var{ignore-count}は省略可能な引数ですが、現在位置にあるブレイクポイントをこの後無視する回数を指定するものです。
 これには@code{ignore}コマンドと似た効果があります。
-(@pxref{Conditions, ,Break Conditions}).
+(@xref{Conditions, ,Break Conditions}.)
 
 @var{ignore-count}という引数は、プログラムがブレイクポイントで停止した時にだけ意味を持ちます。
 それ以外の場合には、@code{continue}コマンドへの引数は無視されます。
@@ -3883,7 +3886,7 @@ to 0x00010410.
 @item until @var{location}
 @itemx u @var{location}
 指定された位置に到達するか、カレントスタックフレームがリターンするまでプログラムを実行します。
-@var{location}は、@ref{Specify Location}で説明されている書式のいずれかです。
+@var{location}は、別の節 (@pxref{Specify Location}) で説明されている書式のいずれかです。
 この書式のコマンドは一時的なブレイクポイントを使用しますので、引数の無い@code{until}コマンドよりも早いです。
 指定された位置がカレントフレームにある場合にだけ実際にそこへ到達します。
 これは、再帰する関数呼び出しを飛び越すのに@code{until}が使われうるという意味でもあります。
@@ -3903,7 +3906,7 @@ to 0x00010410.
 @kindex advance @var{location}
 @itemx advance @var{location}
 指定された@var{location}位置になるまでプログラムを実行します。
-引数が必要で、@ref{Specify Location}で説明されている書式のいずれかでなければなりません。
+引数が必要で、別の節 (@pxref{Specify Location}) で説明されている書式のいずれかでなければなりません。
 カレントスタックフレームから抜け出した時にも実行停止します。
 @code{until}と似ていますが、@code{advance}コマンドは再帰する関数呼び出しを飛び越しません。
 また、ターゲットとなっている位置は、カレントスタックフレームと同じフレームにある必要はありません。
@@ -4291,7 +4294,7 @@ Show the current target-async setting.
 @end table
 
 バックグラウンド実行は、マルチスレッドのプログラムのデバッグを行なうためのノンストップモードと組み合わせると、特に便利です。
-@ref{Non-Stop Mode}を参照してください。
+@xref{Non-Stop Mode}.
 しかしながら、これらのコマンドは通常のオールストップモードでも使用することができます。
 ただし、前のコマンドが終了するまで別の実行コマンドを実行することはできません。
 プログラムが実行中のオールストップモードで有効なコマンドの例を挙げると、@code{help}や@code{info break}です。
@@ -4312,8 +4315,7 @@ Show the current target-async setting.
 @node Thread-Specific Breakpoints
 @subsection 特定スレッドのブレイクポイント
 
-マルチスレッドのプログラムの場合 (@pxref{Threads,, Debugging
-Programs with Multiple Threads})、全スレッドに対してブレイクポイントを設定するか、特定のスレッドにブレイクポイントを設定するか選択することができます。
+マルチスレッドのプログラムの場合 (@pxref{Threads,, Debugging Programs with Multiple Threads})、全スレッドに対してブレイクポイントを設定するか、特定のスレッドにブレイクポイントを設定するか選択することができます。
 
 @table @code
 @cindex breakpoints and threads
@@ -4853,7 +4855,7 @@ ONの場合、インフィアリアを停止するかどうかの問い合わせ
 @noindent
 フレーム1の@code{data}パラメータの値は@code{@dots{}}で置き換えられました。
 デフォルトではスカラー値（整数、ポインタ、列挙型など）の場合だけパラメータの値を表示します。
-関数パラメータの値を表示する方法を調整する方法について、詳細は@ref{Print Settings}の@kbd{set print frame-arguments}コマンドを参照してください。
+関数パラメータの値を表示する方法を調整する方法について、詳細は別の節 (@ref{Print Settings}) の@kbd{set print frame-arguments}コマンドを参照してください。
 
 @cindex value optimized out, in backtrace
 @cindex function call arguments, optimized out
@@ -4985,7 +4987,7 @@ MIPSアーキテクチャとAlphaアーキテクチャでは、スタックポ
 
 出力後、引数を付けずに@code{list}コマンドを実行すると、そのフレームが実行していた場所を中心に前後10行が表示されます。
 @code{edit}を入力すれば、好きなエディタプログラムを使って実行中だった位置のプログラムを編集することもできます。
-詳細は、@xref{List, ,Printing Source Lines}.
+詳細は別の節を参照してください (@pxref{List, ,Printing Source Lines})。
 
 @table @code
 @kindex down-silently
@@ -5074,7 +5076,7 @@ MIPSアーキテクチャとAlphaアーキテクチャでは、スタックポ
 明示的にコマンドを使用すれば、ソースファイルのその他の部分を表示させることもできます。
 
 @sc{gnu} Emacsのインターフェイスを通して@value{GDBN}を使用しているならば、ソースを見るのにEmacsの機能を利用したいかもしれません。
-@ref{Emacs, ,Using @value{GDBN} under @sc{gnu} Emacs}を参照してください。
+@xref{Emacs, ,Using @value{GDBN} under @sc{gnu} Emacs}.
 
 @menu
 * List::                        ソース行の表示
@@ -5093,7 +5095,7 @@ MIPSアーキテクチャとAlphaアーキテクチャでは、スタックポ
 ソースファイルの行を表示するには@code{list}コマンドを使用します（省略形は@code{l}です）。
 デフォルトでは10行表示されます。
 表示するファイルの場所を指定する方法がいくつかあります。
-完全な一覧は@ref{Specify Location}を参照してください。
+完全な一覧は別の節を参照してください (@pxref{Specify Location})。
 
 最もよく使用される@code{list}コマンドの書式は以下の通りです。
 
@@ -5182,7 +5184,7 @@ MIPSアーキテクチャとAlphaアーキテクチャでは、スタックポ
 @itemx +@var{offset}
 @dfn{現在行}の前もしくは後の@var{offset}行を表示します。
 @code{list}コマンドの場合現在行は表示された最後の行です。
-ブレイクポイントコマンドでは、選択@dfn{スタックフレーム}中の実行停止位置の行です (スタックフレームについては、@pxref{Frames, ,Frames})。
+ブレイクポイントコマンドでは、選択@dfn{スタックフレーム}中の実行停止位置の行です (スタックフレームについては別の節を参照してください (@pxref{Frames, ,Frames})。)
 行指定の引数を二つ持つ@code{list}コマンドで2番目の引数として使用された場合、1番目の行指定から前または後ろに@var{offset}行だけ離れた行を指します。
 
 @item @var{filename}:@var{linenum}
@@ -5239,7 +5241,7 @@ Adaでは、@code{@var{function}'Address}です（Pascalの形式も動作しま
 @item edit @var{location}
 @code{location}によって指定されたソースファイルを編集します。
 編集はその@var{location}、例えば、指定ファイルの指定行で開始されます。
-引数@var{location}で指定可能な全ての書式については、@xref{Specify Location}.
+引数@var{location}で指定可能な全ての書式については別の節を参照してください (@pxref{Specify Location})。
 以下は最もよく使用される@code{edit}コマンドの書式です。
 
 @table @code
@@ -5334,7 +5336,7 @@ gdb @dots{}
 ルールは二つの文字列からなります。
 最初の文字列はパス中の書き換える必要があるものを指定します。
 二番目の文字列は、それをどのように書き換えるかを指定します。
-@ref{set substitute-path}コマンドの中で、この二つの部分、順に@var{from}と@var{to}を指定します。
+set substitute-pathコマンド (@pxref{set substitute-path}) の中で、この二つの部分、順に、@var{from}と@var{to}を指定します。
 @value{GDBN}は、ソースファイル名のディレクトリ部分の先頭で@var{from}を@var{to}で置き換えるという単純な文字列置換を行ない、その結果を、元のファイル名の代わりに、ソース探索に使用します。
 
 先の例を使用しますと、@file{foo-1.0}のディレクトリツリーが@file{/usr/src}から@file{/mnt/cross}へ移動したとします。
@@ -5470,7 +5472,7 @@ gdb @dots{}
 @kindex info line
 @item info line @var{linespec}
 @var{linespec}で指定されるソース行に対するコンパイルコードの開始アドレスと終了アドレスを表示します。
-ソース行は、@ref{Specify Location}に説明されている方法のいずれかで指定することができます。
+ソース行は、別の節 (@pxref{Specify Location}) に説明されている方法のいずれかで指定することができます。
 @end table
 
 例えば、@code{info line}コマンドを使うと、関数@code{m4_changequote}の最初の行のオブジェクトコードの位置を知ることができます。
@@ -5642,7 +5644,7 @@ Pythonベースのプリティプリンタを使って式を表示すること
 デフォルトでは、@var{expr}の値はデータ型に対して適切な形式で表示されます。
 @samp{/@var{f}}を指定すると別の形式を選択することができます。
 @var{f}はフォーマットを指定する文字です。
-@ref{Output Formats,,Output Formats}を参照してください。
+@xref{Output Formats,,Output Formats}.
 
 @item print
 @itemx print /@var{f}
@@ -5690,7 +5692,7 @@ Pythonベースのプリティプリンタを使って式を表示すること
 @value{GDBN}が処理する式の中では、ユーザが使用しているプログラミング言語で定義されているあらゆる定数や変数、演算子などが有効に使用できます。
 条件式や関数呼び出し、キャスト、文字列定数なども使用できます。
 また、コンパイル時にプリプロセッサマクロの情報が入れてあれば、マクロも使用できます。
-@ref{Compilation}を参照してください。
+@xref{Compilation}.
 
 @cindex arrays in expressions
 @value{GDBN}は、ユーザが入力した式の中で配列定数をサポートしています。
@@ -5699,7 +5701,7 @@ Pythonベースのプリティプリンタを使って式を表示すること
 配列を関数に渡したり、プログラムの変数に代入したりすると、@value{GDBN}はターゲットプログラムの中で@code{malloc}されたメモリにその配列をコピーします。
 
 C言語は大変普及していますので、このマニュアルの例示の中で示される式の大半はC言語で書かれています。
-他の言語で式を使用する方法については、@xref{Languages, , Using @value{GDBN} with Different Languages}.
+他の言語で式を使用する方法については別の節を参照してください (@pxref{Languages, , Using @value{GDBN} with Different Languages})。
 
 このセクションでは、ユーザが使用しているプログラミングに関わらず@value{GDBN}の式の中で使用することのできる演算子について説明します。
 
@@ -5713,7 +5715,7 @@ C言語だけでなく全ての言語でキャストがサポートされてい
 @table @code
 @item @@
 @samp{@@}は、メモリの一部を配列として処理するための二項演算子です。
-詳細は@xref{Arrays, ,Artificial Arrays}.
+詳細は別の節を参照してください (@pxref{Arrays, ,Artificial Arrays})。
 
 @item ::
 @samp{::}は、変数を指定する時に、定義されているファイルや関数を基準にして変数を指定できるようにするものです。
@@ -5894,10 +5896,10 @@ No symbol "foo" in current context.
 また、DWARF 2 (@option{-gdwarf-2}) を使うことができるかもしれません。
 これもまた効果的なデバッグ情報のフォーマットです。
 @xref{Debugging Options,,Options for Debugging Your Program or GCC, gcc.info, Using the @sc{gnu} Compiler Collection (GCC)}.
-C@t{++}プログラムに最適なデバッグ情報のフォーマットについては、@xref{C, ,C and C@t{++}}.
+C@t{++}プログラムに最適なデバッグ情報のフォーマットについては別の節を参照していください (@pxref{C, ,C and C@t{++}})。
 
 例えばデバッグ情報の中でデータ型が完全には指定されていないなどで、@value{GDBN}が認識できない内容を持つオブジェクトを表示した場合には、@samp{<incomplete type>}と出力されます。
-これについて詳細は、@xref{Symbols, incomplete type}.
+これについて詳細は別の節を参照してください (@pxref{Symbols, incomplete type})。
 
 文字列は符号が指定されていない@code{char}値の配列として認識されます。
 @code{singed char}または@code{unsigned char}の配列は大きさが1バイトの整数を配列にしたものとして表示されます。
@@ -6013,7 +6015,8 @@ p dtab[$i++]->fv
 @item t
 2進数の整数として表示します。
 文字@samp{t}は``two''の略です。
-@footnote{フォーマット文字は@code{x}コマンドでも使用されていますので、@samp{b}は使用することができません。@code{x}では、@samp{b}は``byte''を表わしています。@ref{Memory,,Examining Memory}を参照してください。}
+@footnote{フォーマット文字は@code{x}コマンドでも使用されていますので、@samp{b}は使用することができません。@code{x}では、@samp{b}は``byte''を表わしています。
+@xref{Memory,,Examining Memory}.}
 
 @item a
 @cindex unknown address, locating
@@ -6134,13 +6137,13 @@ C言語であれば@samp{s}修飾子はUTF-16エンコーディングを使用
 @var{addr}はメモリの表示を開始させたいアドレスです。
 この式はポインタ値を持つ必要はありません（そういうことはあるかもしれません）。
 この式は常にメモリ上のあるバイトに対する整数値アドレスとして解釈されます。
-式についての詳細は@xref{Expressions, ,Expressions}.
+式についての詳細は別の節を参照してください (@pxref{Expressions, ,Expressions})。
 @var{addr}に対するデフォルトは、通常は最後に調べたアドレスの直後になりますが、デフォルトアドレスを設定するコマンドもあります。
 @code{info breakpoints}（最後に表示されたブレイクポイントのアドレス）、@code{info line}（行の開始アドレス）、@code{print}（メモリの値を表示するのに使用した場合）です。
 @end table
 
 例えば@samp{x/3uh 0x54320}というコマンドは、@code{0x54320}から始まるメモリの三つのハーフワード (@code{h}) を符号無し10進整数 (@samp{u}) として表示するように要求するものです。
-@samp{x/4xw $sp}コマンドはスタックポインタ (ここでは@samp{$sp}ですが、@pxref{Registers, ,Registers}を参照) の上位メモリの四つのワード (@samp{w}) を16進数 (@samp{x}) で表示します。
+@samp{x/4xw $sp}コマンドはスタックポインタ (ここでは@samp{$sp}ですが、別の節を参照してください (@pxref{Registers, ,Registers})) の上位メモリの四つのワード (@samp{w}) を16進数 (@samp{x}) で表示します。
 
 メモリサイズを表わす文字は全て出力を指定する文字とは異なりますので、メモリサイズの単位が先だったか形式の指定が先だったかを覚えておく必要はありません。
 @samp{4xw}という出力指定と@samp{4wx}という出力指定は全く同じ意味です。
@@ -6151,7 +6154,7 @@ C言語であれば@samp{s}修飾子はUTF-16エンコーディングを使用
 利便のため、特に@code{display}コマンドと一緒に使用する時、@samp{i}形式は指定された回数を越えたところにある分岐遅延スロットの命令も存在すれば表示します。
 これらの遅延スロットの命令は指定回数の内にある最後の命令に続くものです。
 @code{disassemble}コマンドはマシン語命令を調べるための別の方法です。
-@ref{Machine Code,,Source and Machine Code}を参照してください。
+@xref{Machine Code,,Source and Machine Code}.
 
 @code{x}コマンドに対する引数のデフォルトは全て、毎回の@code{x}コマンドを最小の指定だけにして、メモリ走査を継続するのが簡単になるように設計されています。
 例えば、@samp{x/3i @var{addr}}コマンドで三つのマシン語命令を調べた後は、@samp{x/7}とするだけで、次の七つの命令を調べることができます。
@@ -6228,10 +6231,11 @@ C言語であれば@samp{s}修飾子はUTF-16エンコーディングを使用
 @item display/@var{fmt} @var{addr}
 @var{fmt}が@samp{i}形式や@samp{s}の場合、あるいはメモリサイズの単位や回数が指定されている場合、メモリアドレスとしての式@var{addr}を追加し、プログラムが停止するたびに調べるようにします。
 「調べる」というのは、実際には@samp{x/@var{fmt} @var{addr}}を実行することです。
- @xref{Memory, ,Examining Memory}.
+@xref{Memory, ,Examining Memory}.
 @end table
 
-例えば@samp{display/i $pc}というコマンドは、プログラムが停止するたびに次に実行されるマシン語命令を見るのに便利です (@samp{$pc}はプログラムカウンタについての一般名です。@pxref{Registers, ,Registers})。
+例えば@samp{display/i $pc}というコマンドは、プログラムが停止するたびに次に実行されるマシン語命令を見るのに便利です (@samp{$pc}はプログラムカウンタについての一般名です。
+@xref{Registers, ,Registers}.)。
 
 @table @code
 @kindex delete display
@@ -6806,7 +6810,7 @@ set x=5
 @samp{$}が前置された名前は全てコンビニエンス変数として使用することができます。
 ただし予め定義されているマシン固有のレジスタ名であってはなりません (@pxref{Registers, ,Registers})。
 （対照的に、値履歴の参照は@samp{$}に続けて@emph{番号}を記述します。
- @xref{Value History, ,Value History}.）
+@xref{Value History, ,Value History}.）
 
 プログラムで変数を設定するのと同じように、代入式を用いるとコンビニエンス変数に値を保存することができます。
 例えば以下を見てください。
@@ -6962,7 +6966,7 @@ x/i $pc
 これは最も内側のスタックフレームが選択されていると仮定しています。
 それ以外のスタックフレームが選択されている時は、@code{$sp}に設定することは許されていません。
 マシンのアーキテクチャに関係無くスタックからフレーム全体を取り除くには、@code{return}コマンドを使用してください。
-@ref{Returning, ,Returning from a Function}を参照してください。}には次のようにします。
+@xref{Returning, ,Returning from a Function}.}には次のようにします。
 
 @smallexample
 set $sp += 4
@@ -7070,7 +7074,7 @@ $1 = @{
 その意味というのは周知のものですが、システムに依存するものです。
 コンフィグレーションとオペレーティングシステムの機能によりますが、@value{GDBN}はこの情報を表示することができるかもしれません。
 リモートターゲットについては、さらに@samp{qXfer:auxv:read}パケットをリモートスタブがサポートしているかどうかに依存しています。
-@ref{qXfer auxiliary vector read}を参照してください。
+@xref{qXfer auxiliary vector read}.
 
 @table @code
 @kindex info auxv
@@ -7084,7 +7088,7 @@ $1 = @{
 
 オペレーティングシステムに固有の情報へアクセスし、解釈することなく、ユーザに対してそれを表示することができるターゲットもあります。
 リモートターゲットについては、@samp{qXfer:osdata:read}パケットをリモートスタブがサポートしているかどうかに依存しています。
-@ref{qXfer osdata read}を参照してください。
+@xref{qXfer osdata read}.
 
 @table @code
 @kindex info os
@@ -7307,7 +7311,7 @@ The list of attributes set for this memory region.
 @dfn{コアファイル}あるいは@dfn{コアダンプ}というのは実行プロセスのメモリイメージとプロセスの状態（レジスタの値など）を記録したファイルです。
 主たる使用方法はデバッガの外で実行中にクラッシュしてしまったプログラムの事後デバッグ (post-mortem debugging:ポストモーテムデバッグ) です。
 ユーザが機能を無効にしていない限り、クラッシュするプログラムは自動的にコアファイルを生成します。
-事後デバッグモードでの@value{GDBN}の起動については@xref{Files}.
+事後デバッグモードでの@value{GDBN}の起動については別の節を参照してください (@pxref{Files})。
 
 時には、デバッグ中のプログラムの状態をスナップショットとして保存するため、コアファイルを生成したいということがあるでしょう。
 そのために特別なコマンドが用意されています。
@@ -7519,7 +7523,7 @@ $10 = 78 '+'
 それに加え、ノンストップモード (@pxref{Non-Stop Mode}) ではgdbコマンドが実行されている@emph{間に}メモリが変化することがあります。
 ですのでデフォルトでは、スタックにあることがわかっているデータだけをキャッシュします@footnote{ノンストップモードでは、実行中のスレッドがバックトレースを妨げてしまうような方法で、停止しているスレッドのスタックを変更してしまうことはどちらかというと稀で、スタックの読み出しをキャッシュすることでリモートのバックトレースを著しくスピードアップすることになります}。
 メモリのその他の領域については、キャッシュ可能であることを明示的に指定することができます。
-@pxref{Memory Region Attributes}を参照してください。
+@xref{Memory Region Attributes}.
 
 @table @code
 @kindex set remotecache
@@ -7666,7 +7670,7 @@ $2 = (void *) 0x8049560
 特に命令スケジューリング付きのマシン上ですが、単に@samp{-g}を付けた場合のように、@samp{-g -O}を付けた場合何かうまく動作しません。
 疑いがある場合には、@samp{-g}だけを付けて再度コンパイルしてください。
 これで問題が解消されるのであれば、そのことをバグとして私たちに報告してください（テストケースを付けて！）。
-最適化コードのデバッグに関する詳細は@xref{Variables}.
+最適化コードのデバッグに関する詳細は別の節を参照してください (@pxref{Variables})。
 
 @menu
 * Inline Functions::            @value{GDBN}によるインライン関数の表示方法
@@ -7734,7 +7738,7 @@ CやC@t{++}のような言語では、トークン文字列へ展開される「
 ですのでプログラムの別々の場所では、マクロは異なる定義を持っていたり、あるいは全く定義を持たなかったりするかもしれません。
 カレントスタックフレームがあれば、@value{GDBN}はそのフレームのソースコード行のスコープでマクロを使用します。
 そうでなければ、現在のリスト位置におけるスコープでマクロを使用します。
-@ref{List}を参照してください。
+@xref{List}.
 
 @value{GDBN}が式を評価する際には必ず式中に存在するマクロ呼び出しが展開されます。
 以下のようにマクロを明示的に操作するためのコマンドが用意されています。
@@ -7947,11 +7951,11 @@ Defined at /home/jimb/gdb/macros/play/sample.c:0
 加えて、リモートターゲットはトレースデータを収集する方法を知っていなければなりません。
 この機能はリモートスタブに実装されています。
 しかし@value{GDBN}と一緒に配布されているスタブの中にトレースポイントをサポートしているものは、これを書いている時点にはありません。
-トレースポイントを実装するのに使用されるリモートパケットのフォーマットは@ref{Tracepoint Packets}で説明されています。
+トレースポイントを実装するのに使用されるリモートパケットのフォーマットは別の節で説明されています (@pxref{Tracepoint Packets})。
 
 コアファイルを思わせる方法でファイルからトレースデータを取得することもできます。
 ファイル名を指定し、@code{tfind}を使ってそのファイルを検索します。
-詳細は@xref{Trace Files}.
+詳細は別の節を参照してください (@pxref{Trace Files})。
 
 この章ではトレースポイントのコマンドや機能について説明しています。
 
@@ -8053,7 +8057,7 @@ tracepoints that expose the whole range of convenience of
 @item trace @var{location} if @var{cond}
 @var{cond}という条件の付いたトレースポイントを設定します。
 式@var{cond}はトレースポイントに到達するたびに評価され、値が0でない場合にだけ、すなわち@var{cond}が真として評価された場合にだけデータが収集されます。
-トレースポイント条件の詳細は、@xref{Tracepoint Conditions, ,Tracepoint Conditions}.
+トレースポイント条件の詳細は別の節を参照してください (@pxref{Tracepoint Conditions, ,Tracepoint Conditions})。
 
 @item ftrace @var{location} [ if @var{cond} ]
 @cindex set fast tracepoint
@@ -8979,7 +8983,7 @@ Address Space       Address Space        Address Space
 システムにロードする実行ファイルは各オーバーレイの命令を含んでいなければならず、それはマップされるアドレスではなくオーバーレイのロードアドレスに現われます。
 しかし、各オーバレイの命令は再配置され、オーバレイのシンボルはオーバレイがマップされたアドレスにあるかのように定義されなければなりません。
 GNUリンカのスクリプトを使用すると、プログラムの一部に対して異なったロードアドレスと再配置アドレスを指定することができます。
-@ref{Overlay Description,,, ld.info, Using ld: the GNU linker}を参照してください。
+@xref{Overlay Description,,, ld.info, Using ld: the GNU linker}.
 
 @item
 システムに実行ファイルをロードする手続きでは、命令とデータの空間に加え、大きい方のアドレス空間に内容をロードできなければなりません。
@@ -9048,7 +9052,7 @@ GNUリンカのスクリプトを使用すると、プログラムの一部に
 @item overlay auto
 @dfn{自動の}オーバーレイデバッグを有効にします。
 このモードでは、どのオーバーレイがマップされているのかを知るために、インフィアリアでオーバーレイマネージャが管理しているデータ構造を調べられます。
-詳細は、@ref{Automatic Overlay Debugging}.
+詳細は別の節を参照してください (@pxref{Automatic Overlay Debugging})。
 
 @item overlay load-target
 @itemx overlay load
@@ -9344,12 +9348,12 @@ Modula-2では@code{a}を@code{b+c}の結果と比較し、@code{BOOLEAN}の値
 @kindex info frame@r{, show the source language}
 フレームのソース言語を表示します。
 この言語はフレームにある識別子を使用する場合の作業言語となるものです。
-一覧されるその他の情報を確認するには、@xref{Frame Info, ,Information about a Frame}.
+一覧されるその他の情報を確認するには別の節を参照してください (@pxref{Frame Info, ,Information about a Frame})。
 
 @item info source
 @kindex info source@r{, show the source language}
 ソースファイルのソース言語を表示します。
-一覧されるその他の情報を確認するには、@xref{Symbols, ,Examining the Symbol Table}.
+一覧されるその他の情報を確認するには別の節を参照してください (@pxref{Symbols, ,Examining the Symbol Table})。
 @end table
 
 稀な状況においては、標準のリストに現われない拡張子を持つソースファイルがあるかもしれません。
@@ -9381,7 +9385,7 @@ Modula-2では@code{a}を@code{b+c}の結果と比較し、@code{BOOLEAN}の値
 @value{GDBN}はユーザの希望によって上述のような条件を検査することができます。
 ユーザプログラムのステートメントの検査をすることはありませんが、@code{print}コマンドによって評価するために@value{GDBN}に直接入力された式を検査することはできます。
 作業言語と同様、ユーザプログラムのソース言語に基づいて検査を行なうかどうかも自動的に決定することができます。
-サポートされている言語のデフォルト設定については、@xref{Supported Languages, ,Supported Languages}.
+サポートされている言語のデフォルト設定については別の節を参照してください (@pxref{Supported Languages, ,Supported Languages})。
 
 @menu
 * Type Checking::               型検査の概要
@@ -9418,7 +9422,7 @@ Modula-2のような言語では強い型付けが行なわれています。
 それぞれの言語は型に関してどの程度厳格であるかを定義しています。
 例えば、Modula-2とC言語はともに算術演算子に対する引数が数値であることを必要としています。
 C言語では列挙型とポインタは数値として表現することができますので、数学的演算子に対する引数として有効です。
-特定の言語に関する詳細は@xref{Supported Languages, ,Supported Languages}.
+特定の言語に関する詳細は別の節を参照してください (@pxref{Supported Languages, ,Supported Languages})。
 
 型検査機構を制御するコマンドが用意されています。
 
@@ -9427,7 +9431,7 @@ C言語では列挙型とポインタは数値として表現することがで
 @table @code
 @item set check type auto
 現在の作業言語に基づき型検査を有効にしたり、あるいは無効にしたりします。
-各言語のデフォルト設定については、@xref{Supported Languages, ,Supported Languages}.
+各言語のデフォルト設定については別の節を参照してください (@pxref{Supported Languages, ,Supported Languages})。
 
 @item set check type on
 @itemx set check type off
@@ -9466,7 +9470,7 @@ C言語の多くの実装では数学的なオーバーフローによって、
 @end smallexample
 
 これも個別の言語に特有のもので、場合によっては、特定のコンパイラやマシンに特有のものです。
-特定の言語のさらなる詳細については、@xref{Supported Languages, ,Supported Languages}.
+特定の言語のさらなる詳細については別の節を参照してください (@pxref{Supported Languages, ,Supported Languages})。
 
 範囲検査機構を制御するコマンドが追加的に用意されています。
 
@@ -9475,7 +9479,7 @@ C言語の多くの実装では数学的なオーバーフローによって、
 @table @code
 @item set check range auto
 現在の作業言語に基づいて範囲検査を有効にしたり、無効にしたりするよう設定します。
-各言語に関するデフォルトの設定は、@xref{Supported Languages, ,Supported Languages}.
+各言語に関するデフォルトの設定は別の節を参照してください (@pxref{Supported Languages, ,Supported Languages})。
 
 @item set check range on
 @itemx set check range off
@@ -9820,7 +9824,7 @@ p 'foo(char,int)'('x', 13)
 @end smallexample
 
 @value{GDBN}のコマンド補完機能はこれを簡単にしてくれます。
-@ref{Completion, ,Command Completion}を参照してください。
+@xref{Completion, ,Command Completion}.
 
 @cindex reference declarations
 @item
@@ -9852,7 +9856,7 @@ C@t{++}の名前解決演算子@code{::}がサポートされています。
 
 @value{GDBN}に言語を自動的に設定させる場合、@file{.c}や@file{.C}、@file{.cc}などで終わる名前を持つソースファイルが認識されます。
 こういったファイルからコンパイルされたコードに@value{GDBN}が入ると、作業言語はCもしくはC@t{++}に設定されます。
-詳細は、@xref{Automatically, ,Having @value{GDBN} Infer the Source Language}.
+詳細は別の節を参照してください (@pxref{Automatically, ,Having @value{GDBN} Infer the Source Language})。
 
 @c Type checking is (a) primarily motivated by Modula-2, and (b)
 @c unimplemented.  If (b) changes, it might make sense to let this node
@@ -9951,7 +9955,7 @@ C@t{++}のソースとしてコードを表示する場合、あるいは逆ア
 C@t{++}の式の評価の際オーバーロードを解決する機能を有効にします。
 デフォルトはonです。
 オーバーロード関数は引数が評価され、引数の型に一致するシグネチャを持つ関数が探索されます。
-その際標準的なC@t{++}の変換規則が使われます（詳細は@ref{C Plus Plus Expressions, ,C@t{++} Expressions}を参照してください）。
+その際標準的なC@t{++}の変換規則が使われます (@pxref{C Plus Plus Expressions, ,C@t{++} Expressions})。
 一致するものが見つからなければメッセージが出力されます。
 
 @item set overload-resolution off
@@ -9967,7 +9971,7 @@ C@t{++}の式の評価の際オーバーロードを解決する機能を無効
 オーバーロードされたシンボルの特定の定義を指定するには、C@t{++}で同様のシンボルを定義するのに使われるのと同じ記法を使います。
 単に@var{symbol}とするのではなく、@code{@var{symbol}(@var{types})}と入力してください。 
 @value{GDBN}のコマンドワード補完機能を使えば、候補を一覧したり、型のリストを完成させたりすることもできます。
-その詳しい方法については、@xref{Completion,, Command Completion}.
+その詳しい方法については別の節を参照してください (@pxref{Completion,, Command Completion})。
 @end table
 
 @node Decimal Floating Point
@@ -9986,7 +9990,7 @@ x86やx86-64で使われるBID (Binary Integer Decimal)とPowerPC用のDPD (Dens
 また、二進浮動小数点演算で@value{GDBN}の動作を模倣するため、十進浮動小数点演算のエラー検査ではアンダーフロー例外、オーバーフロー例外、0による除算例外を無視します。
 
 PowerPCアーキテクチャでは、浮動小数点レジスタに格納される@code{_Decimal128}の値を調べるために、疑似レジスタのセットが用意されています。
-詳細は、@ref{PowerPC,,PowerPC}を参照してください。
+@xref{PowerPC,,PowerPC}.
 
 @node D
 @subsection D言語
@@ -10000,7 +10004,8 @@ PowerPCアーキテクチャでは、浮動小数点レジスタに格納され
 
 @cindex Objective-C
 このセクションでは、Objective-Cのコードをデバッグするのに便利なコマンドやコマンドオプションに関する情報を提供します。
-Objective-Cサポートに固有のコマンドがさらに少しありますので、@ref{Symbols, info classes}と@ref{Symbols, info selectors}も参照してください。
+Objective-Cサポートに固有のコマンドがさらに少しあります。
+@xref{Symbols, info classes}, and @ref{Symbols, info selectors}.
 
 @menu
 * Method Names in Commands::
@@ -10135,7 +10140,7 @@ unionは正規のFortranには含まれませんので、gdbarchが定義するu
 Fortranのシンボルは通常大文字小文字を区別しません。
 そのため、Fortranのシンボルについては大文字小文字を区別しないマッチングが行なわれるのがデフォルトとなっています。
 設定は@samp{set case-insensitive}コマンドで変更することができます。
-詳細については、@ref{Symbols}を参照してください。
+詳細は別の節を参照してください (@pxref{Symbols})。
 
 @node Special Fortran Commands
 @subsubsection Fortran用特別コマンド
@@ -10466,7 +10471,7 @@ Modula-2の全ての組み込みプロシージャは結果も返します。
 @item
 文字列定数は単一引用符（@code{'}）か二重引用符（@code{"}）のいずれかで括られた文字の並びから構成されます。
 Cスタイルのエスケープシーケンスも使用できます。
-エスケープシーケンスに関する簡単な説明は、@xref{C Constants, ,C and C@t{++} Constants}.
+エスケープシーケンスに関する簡単な説明は別の節を参照してください (@pxref{C Constants, ,C and C@t{++} Constants})。
 
 @item
 列挙型の定数は列挙型の識別子から構成されます。
@@ -10640,7 +10645,7 @@ END
 作業言語を選択したのがユーザなのか、@value{GDBN}なのかは無関係です。
 
 @value{GDBN}が言語を自動的に設定する場合、@file{.mod}で終わるファイル名をコンパイルしたコードに入れば、作業言語がModula-2に設定されます。
-詳細は@xref{Automatically, ,Having @value{GDBN} Infer the Source Language}.
+詳細は別の節を参照してください (@pxref{Automatically, ,Having @value{GDBN} Infer the Source Language})。
 
 @node Deviations
 @subsubsection 標準Modula-2との違い
@@ -11547,7 +11552,7 @@ type = struct complex @{
 @item info scope @var{location}
 特定のスコープにローカルな変数を全て一覧表示します。
 引数@var{location}は関数名やソース行、@samp{*}が前に付けられたアドレスのいずれかで、その位置で定義されるスコープにローカルな変数を全て表示します。
-（サポートされる@var{location}の書式について詳細は@xref{Specify Location}.）
+（サポートされる@var{location}の書式について詳細は別の節を参照してください (@pxref{Specify Location})。）
 以下に例を挙げます。
 
 @smallexample
@@ -11564,7 +11569,7 @@ Symbol repeat is a local variable at frame offset -8, length 4.
 
 @noindent
 このコマンドは@dfn{トレース試験}で何のデータを収集するかを決定する場合に特に便利です。
-@ref{Tracepoint Actions, collect}を参照してください。
+@xref{Tracepoint Actions, collect}.
 
 @kindex info source
 @item info source
@@ -11694,7 +11699,7 @@ which match the regular-expression @var{regexp}.
 @samp{maint print psymbols}コマンドを使った場合には、@value{GDBN}が部分的に把握しているシンボルに関する情報がダンプされます。
 つまり、大雑把に読んではいるが、完全には読み込んでいないファイルに定義されているシンボルです。
 最後の@samp{maint print msymbols}コマンドは、@value{GDBN}がシンボルを読み込んだ各オブジェクトファイルに必要な最低限のシンボル情報だけをダンプします。
-@value{GDBN}がどのようにシンボルを読み込むのかについては、@ref{Files, ,Commands to Specify Files}（@code{symbol-file}の説明のところ）を参照してください。
+@value{GDBN}がどのようにシンボルを読み込むのかについては別の節を参照してください (@pxref{Files, ,Commands to Specify Files}（@code{symbol-file}の説明のところ）)。
 
 @kindex maint info symtabs
 @kindex maint info psymtabs
@@ -11792,7 +11797,7 @@ print x=4
 
 @noindent
 これは変数@code{x}に値4を格納し、代入式の値（ここでは4）を表示します。
-サポート言語における演算子について詳細は、@xref{Languages, ,Using @value{GDBN} with Different Languages}.
+サポート言語における演算子について詳細は別の節を参照してください (@pxref{Languages, ,Using @value{GDBN} with Different Languages})。
 
 @kindex set variable
 @cindex variables, setting
@@ -11885,7 +11890,7 @@ set @{int@}0x83040 = 4
 @itemx jump @var{location}
 @var{linespec}が示す行、もしくは@var{location}によって指定されるアドレスから実行を再開します。
 その場所にブレイクポイントがあれば実行は再びすぐに停止します。
-@var{linespec}や@var{location}の様々な形式については、@xref{Specify Location}.
+@var{linespec}や@var{location}の様々な形式については別の節を参照してください (@pxref{Specify Location})。
 @code{jump}コマンドは、よく@code{tbreak}コマンドと組み合せて使用されます。
 @xref{Set Breaks, ,Setting Breakpoints}.
 
@@ -12581,7 +12586,7 @@ Unixホストにはドライブレターの概念はありませんので、@sam
 ビルドIDは、対応するデバッグ情報の中にも存在するユニークなビット文字列です。
 （これはいくつかのオペレーティングシステムだけでサポートされています。
 特に、バイナリファイルや@sc{gnu} BinutilsでELFフォーマットを使用するものです。）
-この機能についての詳細は、@ref{Options, , Command Line Options, ld.info, The GNU Linker}にあるコマンドラインオプション@option{--build-id}の説明を参照してください。
+この機能についての詳細は、別の節 (@pxref{Options, , Command Line Options, ld.info, The GNU Linker}) にあるコマンドラインオプション@option{--build-id}の説明を参照してください。
 デバッグ情報のファイル名はビルドIDによって明示されるわけではありませんが、ビルドIDから計算することが出来ます。
 後述します。
 @end itemize
@@ -13049,7 +13054,7 @@ target remote /dev/ttya
 @noindent
 とすると動作します。
 しかし、特定のメモリマップやデバイスドライバ、基本的I/Oでさえ利用できるとは仮定できませんが、シミュレータによっては提供している場合があります。
-特定プロセッサのシミュレータの詳細については、@ref{Embedded Processors, ,Embedded Processors}にある適切なセクションを参照してください。
+特定プロセッサのシミュレータの詳細については、別の節 (@pxref{Embedded Processors, ,Embedded Processors}) にある適切なセクションを参照してください。
 
 @end table
 
@@ -13563,7 +13568,7 @@ $ gdb myprogram
 @kindex set remote
 @kindex show remote
 このセクションでは、リモートプログラムをデバッグする際に利用可能なコンフィグレーションオプションを説明します。
-リモートプロトコルのファイル入出力に関するオプションについては、@ref{system, system-call-allowed}を参照してください。
+リモートプロトコルのファイル入出力に関するオプションについては別の節を参照してください (@pxref{system, system-call-allowed})。
 
 @table @code
 @item set remoteaddresssize @var{bits}
@@ -13700,7 +13705,7 @@ auto-retryの現在の設定値を表示します。
 この自動判別をオーバーライドする必要があるならば、個々のパケットを有効にしたり無効にしたりするのに以下のコマンドを使ってください。
 各パケットは@samp{on}（リモートターゲットはこのパケットをサポートしている）、@samp{off}（リモートターゲットはこのパケットをサポートしていない）、@samp{auto}（リモートターゲットのこのパケットに対するサポートを判別する）のいずれかに設定することが出来ます。
 デフォルトは全て@samp{auto}です。
-各パケットに関して詳細は、@ref{Remote Protocol}を参照してください。
+各パケットに関して詳細は別の節を参照してください (@pxref{Remote Protocol})。
 
 通常の使用であれば、これらのコマンドを使用する必要はありません。
 使用するのであれば、それはリモートデバッグスタブのバグかもしれませんし、あるいは、@value{GDBN}のバグかもしれません。
@@ -13901,7 +13906,7 @@ Cのランタイム環境をセットアップするスタートアップルー
 サブルーチンを含むファイルは@dfn{デバッグスタブ}と呼ばれます。
 
 特定のリモートターゲットにおいては、ユーザプログラムにスタブをリンクする代わりに、@code{gdbserver}という補助プログラムを使用することが出来ます。
-詳細は、@xref{Server,,Using the @code{gdbserver} Program}.
+詳細は別の節を参照してください (@pxref{Server,,Using the @code{gdbserver} Program})。
 @end table
 
 デバッグスタブは、リモートマシンのアーキテクチャに固有のものです。
@@ -14451,7 +14456,7 @@ DOSの四つのシリアルポートのステータスを表示します。
 
 様々なCygwin特有のコマンドが追加されています。
 それらのコマンドは、このセクションで説明しています。
-デバッグシンボルを持たないDLLに対しての作業は、@ref{Non-debug DLL Symbols}で説明しています。
+デバッグシンボルを持たないDLLに対しての作業は別の節で説明しています (@pxref{Non-debug DLL Symbols})。
 
 @table @code
 @kindex info w32
@@ -14552,7 +14557,7 @@ DLLの中に全くデバッグ情報が認められない場合、@value{GDBN}
 この問題を回避する最も簡単な方法は、プログラムを開始することです。
 ブレイクポイントを設定することでも良いですし、プログラムを一度完了するまで実行しても構いません。
 実行ファイルを開始する前に、@value{GDBN}に特定のDLLをロードさせることも可能です。
-@ref{Files}の共有ライブラリの情報を参照するか、@ref{Cygwin Native}の@code{dll-symbols}コマンドの所を参照してください。
+別の節 (@pxref{Files}) の共有ライブラリの情報を参照するか、もう一つの節 (@pxref{Cygwin Native}) の@code{dll-symbols}コマンドの所を参照してください。
 現在のところ、デバッグ情報を持たないDLLのシンボルを明示的にロードすると、シンボル名が@value{GDBN}の参照テーブルで重複してしまいます。
 このことで、シンボル参照の効率が悪くなることがあるかもしれません。
 
@@ -16144,7 +16149,7 @@ POWER7プロセッサについては、64ビット幅のExtended Floating Point
 @chapter @value{GDBN}の操作
 
 @value{GDBN}の操作方法は@code{set}コマンドで変更することが出来ます。
-データの表示方法を制御するコマンドについては、@ref{Print Settings, ,Print Settings}を見てください。
+データの表示方法を制御するコマンドについては別の節を参照してください (@pxref{Print Settings, ,Print Settings})。
 その他の設定はここで説明していきます。
 
 @menu
@@ -16208,7 +16213,7 @@ POWER7プロセッサについては、64ビット幅のExtended Floating Point
 コマンドラインの編集機能が有効かどうか表示します。
 @end table
 
-Readlineインターフェイスの詳細は、@xref{Command Line Editing}.
+Readlineインターフェイスの詳細は別の節を参照してください (@pxref{Command Line Editing})。
 @sc{gnu} Emacsや@code{vi}に馴染みが無い場合には、目を通しておくことをお勧めします。
 
 @node Command History
@@ -16220,7 +16225,7 @@ Readlineインターフェイスの詳細は、@xref{Command Line Editing}.
 
 @value{GDBN}は、@sc{gnu} Historyライブラリを使用しています。
 このライブラリはReadlineパッケージの一部で、履歴機能を提供しています。
-Historyライブラリの詳細は、@xref{Using History Interactively}.
+Historyライブラリの詳細は別の節を参照してください (@pxref{Using History Interactively})。
 
 ユーザに見える状態に影響することなく@value{GDBN}に対しコマンドを実行するには、コマンドに@samp{server }というプリフィックスを付けてください。
 これは、コマンドがコマンド履歴に影響を及ぼさないとか、あるいは、単独で@key{RET}キーが押された場合に、どのコマンドを繰り返すかという@value{GDBN}の判断に影響を及ぼさないということを意味します。
@@ -16264,7 +16269,7 @@ serverプリフィックスは、値履歴に記録される値には無関係
 @end table
 
 履歴展開の機能は、@kbd{!}文字に特別な意味が割り当てています。
-詳細は、@xref{Event Designators}.
+詳細は別の節を参照してください (@pxref{Event Designators})。
 
 @cindex history expansion, turn on/off
 @kbd{!}は、C言語では論理not演算子でもありますので、デフォルトでは履歴展開がoffになっています。
@@ -16494,7 +16499,7 @@ set input-radix 0xa
 このコマンドを使うと、非常に長い内部処理が行なわれる時に通知してくれるようになりますので、クラッシュを疑う必要がなくなります。
 
 現在、@code{set verbose}によって制御されるメッセージは、ソースファイルのシンボルテーブルが読み込まれる際のメッセージです。
-@ref{Files, ,Commands to Specify Files}の@code{symbol-file}を参照してください。
+別の節 (@pxref{Files, ,Commands to Specify Files}) の@code{symbol-file}を参照してください。
 
 @table @code
 @kindex set verbose
@@ -16679,7 +16684,7 @@ C@t{++}のオーバーロードに関するデバッグ情報の表示設定の
 @item set debug parser
 式パーサのデバッグ出力の表示を設定します。
 内部的には、式パーサの@code{yydebug}変数が設定されます。
-詳細は、@xref{Tracing, , Tracing Your Parser, bison, Bison}.
+詳細は別の節を参照してください (@pxref{Tracing, , Tracing Your Parser, bison, Bison})。
 デフォルトはoffです。
 @item show debug parser
 式パーサのデバッグ出力の表示設定の現在値を表示します。
@@ -16881,7 +16886,7 @@ end
 @cindex don't repeat command
 @item dont-repeat
 ユーザ定義コマンド内で使用された場合、ユーザが@key{RET}キーを入力した時に、そのユーザ定義コマンドが繰り返されるべきではないということを指示します。
-(@pxref{Command Syntax, repeat last command}).
+(@xref{Command Syntax, repeat last command}.)
 
 @kindex help user-defined
 @item help user-defined
@@ -16903,7 +16908,7 @@ end
 @end table
 
 上記コマンドに加え、ユーザ定義コマンドでは、フロー制御のコマンドがよく使われます。
-フロー制御コマンドは@ref{Command Files}で説明します。
+フロー制御コマンドは別の節で説明します (@pxref{Command Files})。
 
 ユーザ定義コマンドが実行される際、定義に書かれているコマンドは表示されません。
 定義にあるコマンドのいずれがエラーとなっても、ユーザ定義コマンドは実行を停止します。
@@ -17129,12 +17134,12 @@ echo onto several lines.\n
 値以外は何も表示しません。
 改行も@samp{$@var{nn} = }のような表示もしません。
 また、その値は、値履歴に入れられることもありません。
-式の詳細は、@xref{Expressions, ,Expressions}.
+式の詳細は別の節を参照してください (@pxref{Expressions, ,Expressions})。
 
 @item output/@var{fmt} @var{expression}
 フォーマット@var{fmt}で式の値を表示します。
 @code{print}コマンドの場合と全く同じフォーマットを使用することが出来ます。
-詳細は、@xref{Output Formats,,Output Formats}.
+詳細は別の節を参照してください (@pxref{Output Formats,,Output Formats})。
 
 @kindex printf
 @item printf @var{template}, @var{expressions}@dots{}
@@ -17340,7 +17345,7 @@ pythonディレクトリの入った文字列です (@pxref{Python})。
 @findex gdb.execute
 @defun execute command [from_tty] [to_string]
 @value{GDBN}のCLIコマンドとして文字列@var{command}を評価します。
-@var{command}が実行中にGDBの例外が発生した場合、@ref{Exception Handling,,Exception Handling}で説明されているように変換されます。
+@var{command}が実行中にGDBの例外が発生した場合、別の節で説明されているように変換されます (@pxref{Exception Handling,,Exception Handling})。
 
 @var{from_tty}は、このコマンドがユーザが対話的に起動したものと@value{GDBN}がみなすべきかどうかを指定します。
 ブーリアン値でなければなりません。
@@ -17351,13 +17356,13 @@ pythonディレクトリの入った文字列です (@pxref{Python})。
 デフォルトは@code{False}です。
 この場合戻り値は@code{None}です。
 @var{to_string}が@code{True}の場合、@value{GDBN}の仮想端末は、幅、高さとも一時的に無制限に設定され、ページ処理は行なわれなくなります。
-@pxref{Screen Size}.
+@xref{Screen Size}.
 @end defun
 
 @findex gdb.breakpoints
 @defun breakpoints
 @value{GDBN}のブレイクポイントを全て保持するシーケンスを返します。
-詳細は、@xref{Breakpoints In Python}.
+詳細は別の節を参照してください (@pxref{Breakpoints In Python})。
 @end defun
 
 @findex gdb.parameter
@@ -17568,7 +17573,7 @@ Pythonの@code{string.decode}メソッドの対応する引数と全く同じエ
 
 lazyな文字列を表示する際、@value{GDBN}のエンコーディング機構が文字列を変換するのに使用されます。
 省略可能な引数@var{encoding}が指定されなかった場合、あるいは空文字列だった場合、文字列の他に最も適したエンコーディグンを@value{GDBN}が自動的に選択します。
-@value{GDBN}のエンコーディングについて、さらなる情報が必要であれば、@ref{Character Sets}を参照してください。
+@value{GDBN}のエンコーディングについて、さらなる情報が必要であれば、別の節を参照してください (@pxref{Character Sets})。
 
 省略可能な引数@var{length}が指定された場合、文字列が取得され、指定された文字数にエンコードされます。
 引数@var{length}が指定されなかった場合、文字列が取得され、適切な幅のnullが見つかるまでエンコーディングされます。
@@ -19530,7 +19535,7 @@ top of the source tree to the source search path.
 @cindex mi interpreter
 最新の@sc{gdb/mi}インターフェイス（現在@code{mi2}）です。
 デバッガのGUIやIDEなどのバックエンドとして@value{GDBN}を使用したいプログラムで主に使用されます。
-詳細は、@ref{GDB/MI, ,The @sc{gdb/mi} Interface}を参照してください。
+詳細は別の節を参照してください (@pxref{GDB/MI, ,The @sc{gdb/mi} Interface})。
 
 @item mi2
 @cindex mi2 interpreter
@@ -19658,7 +19663,7 @@ TUIモードでは、@value{GDBN}は次のような複数のテキストウィ
 @table @emph
 @item target
 現在の@value{GDBN}のターゲットを示します。
-(@pxref{Targets, ,Specifying a Debugging Target})
+(@xref{Targets, ,Specifying a Debugging Target}.)
 
 @item process
 現在のプロセス番号あるいはスレッド番号を示します。
@@ -26839,7 +26844,7 @@ configureのオプションが@option{--prefix=$prefix --with-system-gdbinit=$pr
 
 ユーザ向けのコマンドに加えて、@value{GDBN}には、@value{GDBN}の開発者に向けたコマンドが多数用意されています。
 それらのコマンドは、このマニュアルのこの場所以外には記載されていませんが、参考のため、ここで説明します。
-（デバッグメッセージを有効にするコマンドについては、@ref{Debugging Output}を参照してください。）
+(デバッグメッセージを有効にするコマンドについては別の節を参照してください (@pxref{Debugging Output})。)
 
 @table @code
 @kindex maint agent

--- a/rluser.texi
+++ b/rluser.texi
@@ -237,7 +237,7 @@ Readlineのコマンドには数値引数を渡すことが出来ます。
 
 Readlineでは、コマンド履歴を検索するためのコマンドを用意しています。
 @ifset BashFeatures
-(@pxref{Bash History Facilities})
+(@xref{Bash History Facilities})
 @end ifset
 指定文字列を含む行を探します。
 検索モードには@dfn{インクリメンタル}と@dfn{ノンインクリメンタル}という二つのモードがあります。
@@ -1110,7 +1110,7 @@ Bashの場合、テキストを順番に、変数（テキストが@samp{$}で
 
 @item complete-into-braces (M-@{)
 ファイル名の補完を実行し、補完候補のリストをシェルで利用できるように、ブレースで閉じて挿入します。
-(@pxref{Brace Expansion}).
+(@xref{Brace Expansion}.)
 
 @end ifset
 @end ftable