@@ -88,32 +88,32 @@ Ruby拡張モジュールについて話し合うruby-extメーリングリス
8888
8989以下の手順で行ってください．
9090
91- 1. もし+configure+ファイルが見つからない、もしくは
92- +configure.in+より古いようなら、+autoconf+を実行して
93- 新しく+configure+を生成する
91+ 1. もし +configure+ ファイルが見つからない、もしくは
92+ +configure.in+ より古いようなら、 +autoconf+ を実行して
93+ 新しく +configure+ を生成する
9494
95- 2. +configure+を実行して+Makefile+などを生成する
95+ 2. +configure+ を実行して +Makefile+ などを生成する
9696
9797 環境によってはデフォルトのCコンパイラ用オプションが付き
98- ます．+configure+オプションで <tt>optflags=..</tt> <tt>warnflags=..</tt> 等
98+ ます． +configure+ オプションで <tt>optflags=..</tt> <tt>warnflags=..</tt> 等
9999 で上書きできます．
100100
101- 3. (必要ならば)+defines.h+を編集する
101+ 3. (必要ならば)+defines.h+ を編集する
102102
103103 多分，必要無いと思います．
104104
105- 4. (必要ならば)+ext/Setup+に静的にリンクする拡張モジュールを
105+ 4. (必要ならば)+ext/Setup+ に静的にリンクする拡張モジュールを
106106 指定する
107107
108- +ext/Setup+に記述したモジュールは静的にリンクされます．
108+ +ext/Setup+ に記述したモジュールは静的にリンクされます．
109109
110110 ダイナミックローディングをサポートしていないアーキテク
111- チャでは+Setup+の1行目の「<tt>option nodynamic</tt>」という行のコ
111+ チャでは +Setup+ の1行目の「<tt>option nodynamic</tt>」という行のコ
112112 メントを外す必要があります．また，このアーキテクチャで
113113 拡張モジュールを利用するためには，あらかじめ静的にリン
114114 クしておく必要があります．
115115
116- 5. +make+を実行してコンパイルする
116+ 5. +make+ を実行してコンパイルする
117117
1181186. <tt>make check</tt>でテストを行う．
119119
@@ -145,10 +145,10 @@ Ruby拡張モジュールについて話し合うruby-extメーリングリス
145145 RubyのAPIバージョンが'_x.y.z_'であれば，<tt>${MAJOR}</tt>は
146146 '_x_'で，<tt>${MINOR}</tt>は'_y_'，<tt>${TEENY}</tt>は'_z_'です．
147147
148- <b>注意</b>: APIバージョンの+teeny+は，Rubyプログラムのバージョ
148+ <b>注意</b>: APIバージョンの +teeny+ は，Rubyプログラムのバージョ
149149 ンとは異なることがあります．
150150
151- +root+で作業する必要があるかもしれません．
151+ +root+ で作業する必要があるかもしれません．
152152
153153もし，コンパイル時にエラーが発生した場合にはエラーのログとマ
154154シン，OSの種類を含むできるだけ詳しいレポートを作者に送ってく
@@ -157,16 +157,16 @@ Ruby拡張モジュールについて話し合うruby-extメーリングリス
157157
158158== 移植
159159
160- UNIXであれば+configure+がほとんどの差異を吸収してくれるはずで
160+ UNIXであれば +configure+ がほとんどの差異を吸収してくれるはずで
161161すが，思わぬ見落としがあった場合(あるに違いない)，作者にその
162162ことをレポートすれば，解決できるかも知れません．
163163
164164アーキテクチャにもっとも依存するのはGC部です．RubyのGCは対象
165165のアーキテクチャが<tt>setjmp()</tt>または<tt>getcontext()</tt>によって全てのレ
166- ジスタを+jmp_buf+や +ucontext_t+に格納することと，+jmp_buf+や
167- +ucontext_t+とスタックが32bitアラインメントされていることを仮定
168- しています．特に前者が成立しない場合の対応は非常に困難でしょ
169- う． 後者の解決は比較的簡単で，+gc.c+でスタックをマークしている
166+ ジスタを +jmp_buf+ や +ucontext_t+ に格納することと， +jmp_buf+ や
167+ +ucontext_t+ とスタックが32bitアラインメントされていることを仮定
168+ しています．特に前者が成立しない場合の対応は非常に困難でしょう．
169+ 後者の解決は比較的簡単で， +gc.c+ でスタックをマークしている
170170部分にアラインメントのバイト数だけずらしてマークするコードを
171171追加するだけで済みます．<tt>defined(\_\_mc68000\_\_)</tt>で括られてい
172172る部分を参考にしてください．
@@ -178,7 +178,7 @@ UNIXであれば+configure+がほとんどの差異を吸収してくれるは
178178
179179== 配布条件
180180
181- +COPYING.ja+ファイルを参照してください。
181+ +COPYING.ja+ ファイルを参照してください。
182182
183183
184184== 著者
0 commit comments