|
1
|
1 \documentclass[techrep]{ipsjpapers}
|
|
|
2 \usepackage[dvipdfmx]{graphicx}
|
|
|
3 \usepackage{url}
|
|
|
4 \usepackage{listings,jlisting}
|
|
|
5 \usepackage{enumitem}
|
|
|
6
|
|
|
7 \lstset{
|
|
|
8 language=C,
|
|
|
9 tabsize=2,
|
|
|
10 frame=single,
|
|
|
11 basicstyle={\ttfamily\footnotesize},%
|
|
|
12 identifierstyle={\footnotesize},%
|
|
|
13 commentstyle={\footnotesize\itshape},%
|
|
|
14 keywordstyle={\footnotesize\bfseries},%
|
|
|
15 ndkeywordstyle={\footnotesize},%
|
|
|
16 stringstyle={\footnotesize\ttfamily},
|
|
|
17 breaklines=true,
|
|
|
18 captionpos=b,
|
|
|
19 columns=[l]{fullflexible},%
|
|
|
20 xrightmargin=0zw,%
|
|
|
21 xleftmargin=1zw,%
|
|
|
22 aboveskip=1zw,
|
|
|
23 numberstyle={\scriptsize},%
|
|
|
24 stepnumber=1,
|
|
|
25 numbersep=0.5zw,%
|
|
|
26 lineskip=-0.5ex,
|
|
|
27 }
|
|
|
28 \renewcommand{\lstlistingname}{Code}
|
|
|
29
|
|
|
30 \input{dummy.tex} %% Font
|
|
|
31
|
|
|
32 % ユーザが定義したマクロなど．
|
|
|
33 \makeatletter
|
|
|
34
|
|
|
35 \begin{document}
|
|
|
36
|
|
|
37 % 和文表題
|
|
|
38 \title{Gears OS におけるコード記述}
|
|
|
39 % 英文表題
|
|
|
40 \etitle{}
|
|
|
41
|
|
|
42 % 所属ラベルの定義
|
|
|
43 \affilabel{1}{琉球大学大学院理工学研究科情報工学専攻 \\Interdisciplinary Information Engineering, Graduate School of Engineering and Science, University of the Ryukyus.}
|
|
|
44 \affilabel{2}{琉球大学工学部情報工学科\\Information Engineering, University of the Ryukyus.}
|
|
|
45
|
|
|
46 % 和文著者名
|
|
|
47 \author{
|
|
|
48 宮城 光希\affiref{1}
|
|
|
49 \and
|
|
|
50 河野 真治\affiref{2}
|
|
|
51 }
|
|
|
52
|
|
|
53 % 英文著者名
|
|
|
54 \eauthor{
|
|
|
55 Mitsuki MIYAGI\affiref{1}
|
|
|
56 \and
|
|
|
57 Shinji KONO\affiref{2}
|
|
|
58 }
|
|
|
59
|
|
|
60 % 連絡先（投稿時に必要．製版用では無視される．）
|
|
|
61 \contact{宮城 光希\\
|
|
|
62 〒903-0213 沖縄県西原町千原1番地\\
|
|
|
63 琉球大学工学部情報工学科\\
|
|
|
64 TEL: (098)895-2221\qquad FAX: (098)895-8727\\
|
|
|
65 email: mir3636@cr.ie.u-ryukyu.ac.jp}
|
|
|
66
|
|
|
67 % 和文概要
|
|
|
68 \begin{abstract}
|
|
|
69 Gears OS は Continuation based C によってアプリケーションとOSそのものを記述する。
|
|
|
70 OS の下ではプログラムの記述は通常の処理の他に、メモリ管理、スレッドの待ち合わせやネットワークの管理、エラーハンドリング等の記述しなければならない処理が存在する。
|
|
|
71 これらの計算をメタ計算と呼ぶ。
|
|
|
72 メタ計算を通常の計算から切り離して記述するために、Code Gear、Data Gear という単位を提案している。
|
|
|
73 Code Gear、Data Gear にはそれぞれメタレベルの単位である Meta Code Gear、Meta Data Gear が存在する。
|
|
|
74 Code Gear 間の接続は次の Code Gear の番号と thread structure に相当する context によって行われる。
|
|
|
75 ユーザーレベルではメタ構造を直接見ることはなく、継続を用いた関数型プログラミングに見える。
|
|
|
76 メタレベルから見た Data Gear をユーザーレベルの Code Gear に接続するには stub という Meta Code Gear を用いる。
|
|
|
77 stub と Meta はユーザーレベル Code Gear と Data Gear からスクリプトにより作成される。
|
|
|
78 変換に必要な情報はプログラムを構成する Code Gear と Data Gear の集まりから得る。この集まりを Interface として定義している。
|
|
|
79 本論文では、Interfaceを用いたプログラミングと、メタ計算の実例を示す。
|
|
|
80 \end{abstract}
|
|
|
81
|
|
|
82 % 英文概要
|
|
|
83 \begin{eabstract}
|
|
|
84 \end{eabstract}
|
|
|
85
|
|
|
86 % 表題などの出力
|
|
|
87 \maketitle
|
|
|
88
|
|
|
89 % 本文はここから始まる
|
|
|
90
|
|
|
91 % Introduce
|
|
|
92 % Code Gear は関数に比べて細かく分割されているのでメタ計算をより柔軟に記述できる。
|
|
|
93
|
|
5
|
94 % 研究目的
|
|
|
95
|
|
|
96 % 信頼性の高いOS
|
|
|
97 % これをアセンブラにしていろいろなアプリケーションを作る
|
|
|
98 % きょだいなCDGの上で動かすと既存のアプリケーションを動かすことができる
|
|
|
99
|
|
6
|
100 \section{メタ計算の重要性}
|
|
8
|
101 % 今ま
|
|
6
|
102
|
|
|
103 プログラムを記述する際、ノーマルレベルの処理の他に、メモリ管理、スレッド管理、CPU や GPU の資源管理等、記述しなければならない処理が存在する。
|
|
|
104 これらの計算をメタ計算と呼ぶ。
|
|
|
105
|
|
8
|
106 従来の OS では、メタ計算はシステムコールやライブラリーコールの単位で行われる。
|
|
|
107 実行時にメタ計算の変更を行う場合には、OS 内部のパラメータの変更を使用し、
|
|
|
108 実行されるユーザープログラム自体への変更は限定的である。
|
|
|
109 しかし、メタ計算は性能測定あるいはプログラム検証、さらに並列分散計算のチューニングなど細かい処理が必要で
|
|
|
110 実際のシステムコール単位では不十分である。
|
|
|
111 例えば、モデル検査ではアセンブラあるいはバイトコード、インタプリタレベルでのメタ計算が必要になる。
|
|
|
112 しかし、バイトコードレベルでは粒度が細かすぎて扱いが困難になっている。
|
|
|
113 具体的にはメタ計算の実行時間が大きくなってしまう。
|
|
6
|
114
|
|
8
|
115 メタ計算を通常の計算から切り離して記述するためには処理を細かく分割する必要がある。しかし、関数やクラスなどの単位は容易に分割できない。
|
|
6
|
116 そこで当研究室ではメタ計算を柔軟に記述するためのプログラミング言語の単位として Code Gear、Data Gear という単位を提案している。
|
|
8
|
117 これによりシステムコードよりも細かくバイトコードよりも大きなメタ計算の単位を提供できる。
|
|
6
|
118
|
|
|
119 Code Gear は処理の単位である。
|
|
|
120 関数に比べて細かく分割されているのでメタ計算をより柔軟に記述できる。
|
|
|
121 Code Gear、Data Gear にはそれぞれメタレベルの単位である Meta Code Gear、Meta Data Gear が存在し、これらを用いてメタ計算を実現する。
|
|
|
122
|
|
|
123 Continuation based C (CbC)\cite{cbc} はこの Code Gear 単位を用いたプログラミング言語として開発している。
|
|
|
124
|
|
|
125 CbCは軽量継続による遷移を行うので、継続前の Code Gear に戻ることはなく、状態遷移ベースのプログラミングに適している。
|
|
|
126
|
|
|
127 また、当研究室で開発している Gears OS\cite{gears} は Code Gear、 Data Gear の単位を用いて開発されており、CbC で記述されている。
|
|
8
|
128 CbC での記述はメタ計算を含まないノーマルレベルでの記述と、 Code Gear、Data Gear の記述を含むメタレベルの記述の2種類がある。
|
|
|
129 メタレベルでもさらに、メタ計算を用いることが可能になっている。
|
|
|
130 この2つのレベルはプログラミング言語レベルでの変換として実現される。
|
|
9
|
131 CbC は LLVM\cite{llvm} 上で実装されており、メタレベルでの変換系は本論文では、Perl による変換スクリプトにより実装されている。
|
|
6
|
132
|
|
8
|
133 Code Gear と Data Gear は Interface と呼ばれるまとまりとして記述される。
|
|
|
134 Interface は使用される Data Gear の定義と、それに対する操作を行う Code Gear の集合である。
|
|
|
135 Interface は複数の実装を持つことができ、Meta Data Gear によって定義される。
|
|
|
136 Interface の操作に対応する Code Gear の引数は Interface に定義されている Data Gear を通して行われる。
|
|
|
137
|
|
|
138 従来の関数呼び出しでは引数をスタック上に構成し、関数の実装アドレスを Call する。
|
|
|
139 Gears OS では引数は Context 上に用意された Interface の Data Gear に格納され、
|
|
|
140 操作に対応する Code Gear に goto する。
|
|
|
141 Context とは使用される Code Gear と Data Gear を全て格納している Meta Data Gear である。
|
|
|
142 これは従来のスレッド構造体に対応する。
|
|
|
143 つまり Gears OS では従来はコンパイラが定義する ABI(Aplication Binary Interface)
|
|
|
144 を Meta Data Gear として CbC で表現し、メタ計算として操作することができる。
|
|
|
145
|
|
|
146 ノーマルレベルでは Context を直接見ることはできず、引数は Code Gear の引数を明示する必要がある。
|
|
|
147 この時に呼び出し側の引数を不定長引数として追加する構文を CbC に追加した。
|
|
|
148 これにより Interface 間の呼び出しを簡潔に記述することが出来るようになった。
|
|
|
149 メタレベルでは Code Gear の引数は単一または複数の Data Gear として見ることができる。
|
|
|
150 これは Context を直接操作することができることを意味する。
|
|
|
151 この部分はノーマルレベルの Code Gear を呼び出す stub として生成される。
|
|
|
152 ノーマルレベルでの goto 文はメタ計算への goto で置き換えられる。
|
|
|
153 Gears OS でのメタ計算は stub と goto のメタ計算の2箇所で実現される。
|
|
|
154
|
|
|
155 メタ計算の例としては並列処理があり、Context を切り替えることによって複数のスレッドを実現している。
|
|
|
156 Context を複数の CPU に割り当てることにより並列実行を可能にしている。
|
|
|
157
|
|
|
158
|
|
|
159 本研究では CbC を用いての Gears OS の実装と Gears OS におけるメタ計算(Context と stub)の自動生成の実装について述べる。
|
|
6
|
160
|
|
1
|
161 \section{Continuation based C (CbC)}
|
|
|
162 CbC は Code Gear という処理の単位を用いて記述するプログラミング言語である。
|
|
|
163 Code Gear は CbC における最も基本的な処理単位である。
|
|
|
164 Code Gear は入力と出力を持ち、CbC では引数が入出力となっている。
|
|
|
165 CbC では Code Gear は \_\_code という型を持つ関数の構文で定義される。
|
|
|
166 ただし、これは \_\_code 型の戻り値を返すという意味ではなく、Code Gear であることを示すフラグである。
|
|
|
167 Code Gear は戻り値を持たないので、関数とは異なり return 文は存在しない。
|
|
|
168
|
|
|
169 Code Gear から次の Code Gear への遷移は goto による継続で処理を行い、次の Code Gear へ引数として出力を与える。
|
|
|
170 図は Code Gear 間の処理の流れを表している。
|
|
4
|
171 図\ref{fig:cs}は Code Gear 間の処理の流れを表している。
|
|
|
172
|
|
|
173 \begin{figure}[ht]
|
|
|
174 \begin{center}
|
|
|
175 \includegraphics[width=70mm]{./pic/codesegment.pdf}
|
|
|
176 \end{center}
|
|
|
177 \caption{goto による code gear 間の継続}
|
|
|
178 \label{fig:cs}
|
|
|
179 \end{figure}
|
|
1
|
180
|
|
|
181 goto の後に Code Gear 名と引数を並べて、次の Code Gear への遷移を記述する。
|
|
|
182 この goto の行き先を継続と呼ぶ。
|
|
|
183
|
|
|
184 Scheme の継続と異なり CbC には呼び出し元の環境がないので、この継続は単なる行き先である。
|
|
|
185 したがってこれを軽量継続と呼ぶ。
|
|
|
186 軽量継続により、並列化、ループ制御、関数コールとスタックの操作を意識した最適化がソースコードレベルで行えるようにする。
|
|
|
187
|
|
|
188 \section{Gears OS}
|
|
|
189 Gears OS は Code Gear、 Data Gear の単位を用いて開発されており、CbC で記述されている。
|
|
|
190 Gears OS では並列実行するための Task を、実行する Code Gear 、実行に必要な Input Data Gear 、Output Data Gear の組で表現する。
|
|
|
191 Gears OS は Input/Output Data Gear の依存関係が解決された Task を並列実行する。
|
|
|
192 Data Gear はデータの単位であり、int や文字列などの Primitive Type を持っている。
|
|
|
193 Code Gear は任意の数の Input Data Gear を参照して処理を行い、Output Data Gear を出力し処理を終える。
|
|
|
194 また、接続された Data Gear 以外には参照を行わない。
|
|
|
195 処理やデータの構造が Code Gear、Data Gear に閉じているため、これにより実行時間、メモリ使用量などを予測可能なものにすることが可能になる。
|
|
|
196
|
|
|
197 Gears OS では メタ計算 を Meta Code Gear、Meta Data Gear で表現する。
|
|
|
198 Meta Code Gear は通常のCode Gear の直後に遷移され、メタ計算を実行する。
|
|
|
199 Meta Code Gear で OS の機能であるメモリ管理やスレッド管理を行う。
|
|
|
200
|
|
|
201 CbC は Code Gear を処理の単位として用いたプログラミング言語であるため、Gears OS の Code Gear を記述するのに適している。
|
|
|
202
|
|
4
|
203 \section{Gears OS の構成}
|
|
|
204 Gears OS は以下の要素で構成される。
|
|
|
205
|
|
|
206 \begin{itemize}
|
|
|
207 \item Context
|
|
|
208 \item TaskQueue
|
|
|
209 \item TaskManager
|
|
|
210 \item Worker
|
|
|
211 \end{itemize}
|
|
|
212
|
|
|
213 図\ref{fig:gearsos} に Gears OS の構成図を示す。
|
|
|
214
|
|
|
215 \begin{figure}[ht]
|
|
|
216 \begin{center}
|
|
|
217 \includegraphics[width=70mm]{./pic/gears_structure}
|
|
|
218 \end{center}
|
|
|
219 \caption{Gears OS の構成図}
|
|
|
220 \label{fig:gearsos}
|
|
|
221 \end{figure}
|
|
1
|
222
|
|
8
|
223 Gears OS には Context と呼ばれる接続可能な Code Gear、Data Gear のリスト、Temporal Data Gear のためのメモリ空間等を持っている Meta Data Gear を持つ。
|
|
1
|
224 Gears OSは必要なCode Gear、Data Gearに参照したい場合、このContext を通す必要がある。
|
|
|
225
|
|
9
|
226 \lstinputlisting[label=context, caption=Context]{./src/context1.c}
|
|
8
|
227
|
|
|
228 Data Gear は union と struct によって表現される。
|
|
|
229 Context には Data Gear の Data Type の情報が格納されている。
|
|
|
230 この情報から確保する Data Gear のサイズなどを決定する。
|
|
|
231
|
|
1
|
232 Temporal Data Gear のためのメモリ空間は Context 毎に異なり、互いに干渉することはできない。
|
|
4
|
233 Context は Task でもあり、TaskManager によって Context が生成され Task Queue へ挿入する。
|
|
|
234 Gears OS における Task Queue は Synchronized Queue で実現される。
|
|
|
235 Worker は TaskQueue から Task である Context を取得し、 Input/Output Data Gear の依存関係が解決されたものから並列実行される。
|
|
|
236
|
|
8
|
237 \section{CbC のコードの例}
|
|
6
|
238
|
|
9
|
239 Code\ref{excbc}は CbC で記述された stack のコードの一部である。
|
|
6
|
240 Code Gear は \_\_code Code Gear で始まり、次の Code Gear へ goto で遷移する。
|
|
|
241
|
|
|
242 %,,,の説明
|
|
|
243 %codegearの説明もっとする？
|
|
|
244
|
|
9
|
245 \lstinputlisting[label=excbc, caption=stack.cbc]{./src/ex_stack.cbc}
|
|
6
|
246
|
|
4
|
247 \section{CbC による Gears OS 記述の問題}
|
|
|
248
|
|
6
|
249 %メタの話
|
|
4
|
250 Gears OS を CbC で実装する上でメタ計算の記述が煩雑であることがわかった。
|
|
|
251 これらのメタ計算を自動生成することにより Gears OS を記述する上においてより良い構文をユーザーに提供することにした。
|
|
1
|
252
|
|
|
253 \section{interface の記述}
|
|
|
254 interface は呼び出しの引数になる Data Gear の集合であり、そこで呼び出される Code Gear のエントリである。
|
|
8
|
255 呼び出される Code Gear の引数となる Data Gear はここで全て定義される。
|
|
|
256
|
|
1
|
257 Code Gear、Data Gear に参照するために Context を通す必要があるが、
|
|
2
|
258 interface を記述することでデータ構造のapiと Data Gear を結びつけることが出来、呼び出しが容易になった。
|
|
1
|
259 %create は関数呼び出しで呼び出され、interface と impliment の初期化と Code Gear のポインタの設定を行う。
|
|
|
260 %return で interface を返し、その先で Code Gear や Data Gear へ継続できるようになる。
|
|
|
261
|
|
9
|
262 \lstinputlisting[label=interface, caption=Interface]{./src/Stack.cbc}
|
|
4
|
263
|
|
1
|
264 \section{Gearef、GearImpl}
|
|
5
|
265
|
|
1
|
266 Context には Allocation 等で生成した Data Gear へのポインタが格納されている。
|
|
4
|
267 Code Gear が Context にアクセスする際、ポインタを使用してデータを取り出すため、リスト\ref{gearef1} のようにコードが煩雑になってしまう。
|
|
1
|
268 そこで Code Gear がデータを参照するための Gearef というマクロを定義した。
|
|
|
269 Gearef に Context と型を渡すことでデータの参照が行える。
|
|
|
270 また impliment のデータを参照する際も、ポインタでの記述が複雑になってしまうため 同様に GearImpl を定義した。
|
|
|
271 GearImpl は Context と interface 名、interface の変数名を指定して参照する。
|
|
4
|
272 Gearef と GearImpl を用いたコードがリスト\ref{gearef2}である。
|
|
|
273
|
|
|
274 \lstinputlisting[label=gearef1, caption=Gearef1]{./src/ex_code1}
|
|
|
275 \lstinputlisting[label=gearef2, caption=Gearef2]{./src/ex_code2}
|
|
1
|
276
|
|
|
277 \section{stub Code Gear}
|
|
3
|
278 Code Gear が必要とする Data Gear を取り出す際に Context を通す必要があるが、
|
|
|
279 Context を直接扱うのはセキュリティ上好ましくない。
|
|
1
|
280 そこで Context から必要なデータを取り出して Code Gear に接続する stub Code Gear を定義し、これを介して間接的に必要な Data Gear にアクセスする。
|
|
|
281 stub Code Gear は Code Gear 毎に生成され、次の Code Gear へと継続する間に挟まれる。
|
|
|
282 \section{Context、stub Code Segment の自動生成}
|
|
|
283
|
|
|
284 Gears OS では 通常の計算の他に Context や stub などのメタ計算を記述する必要があが、Gears OS を現在の CbC の機能のみを用いて記述するとこのメタ計算の記述を行わなくてはならず、これには多くの労力を要する。
|
|
9
|
285 この記述を助けるために Context を生成する generate\_context と stub Code Gear を生成する generate\_stub を Perl スクリプトで作成した。
|
|
1
|
286
|
|
|
287 \section{stub Code Segment の生成}
|
|
|
288 stub Code Gear は Code Gear 間の継続に挟まれる Code Gear が必要な Data Gear を Context から取り出す処理を行うものである。
|
|
3
|
289 Code Gear 毎に記述する必要があり、そのCode Gear の引数を見て取り出す Data Gear を選択する。
|
|
1
|
290 stub Code Gear を 自動生成することによって Code Gear の記述量を約半分にすることができる。
|
|
|
291
|
|
|
292 stub を生成するために generate\_stub は指定された cbc ファイルの \_\_code型である Code Gear を取得し、引数から必要な Data Gear を選択する。
|
|
|
293 generate\_stub は引数と interface を照らし合わせ、Gearef または GearImpl を決定する。
|
|
6
|
294 また、この時既に stub Code Gear が記述されている Code Gear は無視される。
|
|
1
|
295
|
|
8
|
296 cbc ファイルから、生成した stub Code Gear を加えて stub を加えたコードに変換を行う。(Code\ref{stack_c})
|
|
4
|
297
|
|
6
|
298 \lstinputlisting[label=stack_cbc, caption=exampleCG]{./src/ex_cbc}
|
|
|
299 \lstinputlisting[label=stack_c, caption=stub]{./src/ex_stub}
|
|
1
|
300
|
|
|
301 \section{Context の生成}
|
|
9
|
302 generate\_context は Context.h、Interface.cbc、generate\_stub で生成されたImpl.cbc を見て Context を生成する。
|
|
|
303
|
|
|
304 \begin{figure}[ht]
|
|
|
305 \begin{center}
|
|
|
306 \includegraphics[width=70mm]{./pic/generate_context3.pdf}
|
|
|
307 \end{center}
|
|
|
308 \caption{generate\_context による Context の生成}
|
|
|
309 \label{fig:gc}
|
|
|
310 \end{figure}
|
|
|
311
|
|
1
|
312 Context は Meta Data Gear に相当し、Code Gear や Data Gear を管理している。
|
|
9
|
313 Data Gear を取得するために generate\_context は context の定義 (Code\ref{context}) を読み宣言されている Data Gear を取得する。
|
|
4
|
314
|
|
6
|
315 Code Gear の取得は指定された generate\_stub で生成されたコードから \_\_code 型を見て行う。
|
|
|
316 取得した Code Gear、Data Gear の enum の定義は enumCode.h、enumData.h に生成される。
|
|
1
|
317
|
|
|
318 Code/Data Gear の名前とポインタの対応は generate\_context によって生成される enum Code、enum Data を指定することで接続を行う。
|
|
8
|
319 また、generate context は取得した Code/Data Gear から Context の生成を行うコード (Code\ref{init_context}) も生成する。
|
|
1
|
320
|
|
|
321 Context には Allocation 等で生成した Data Gear へのポインタが格納されている。
|
|
|
322 Code Gear は Context を通して Data Gear へアクセスする。
|
|
|
323 Data Gear の Allocation を行うコードは dataGearInit.cに生成される。
|
|
|
324
|
|
|
325 Data Gear は union Data とその中の struct によって表現される。
|
|
|
326 Context には Data Gear の Data Type の情報が格納されている。
|
|
|
327 この情報から確保される Data Gear のサイズなどを決定する。
|
|
|
328
|
|
9
|
329 \lstinputlisting[label=init_context, caption=init-context]{./src/context2.c}
|
|
4
|
330
|
|
1
|
331 \section{今後の課題}
|
|
9
|
332 本研究では LLVM/Clang のデバッグ、interface の記述、CbC ファイルから Gears OS の記述に必要な Context と stub の生成を行う Perl スクリプトの生成を行なった。
|
|
1
|
333 これにより Gears OS のコードの煩雑さは改善され、ユーザーは Context への接続を意識する必要がなくなった。
|
|
3
|
334
|
|
9
|
335 今後の課題は Code Gear からメタ計算を行う meta Code Gear を生成できるようにし、ユーザーがメタレベルの処理を意識せずにコードを記述できるようにする。
|
|
|
336 また、今回 Perl スクリプトによって Context や stub の生成を行なったが、LLVM/clang 上で実装しコンパイラで直接 CbC を実行できるようにすることを目的とする。
|
|
3
|
337
|
|
5
|
338
|
|
1
|
339 %\begin{figure}[ht]
|
|
|
340 % \begin{center}
|
|
|
341 % \includegraphics[width=70mm]{./pic/cbc_goto.pdf}
|
|
|
342 % \end{center}
|
|
|
343 % \caption{gotoによる Code Segment 間の接続}
|
|
|
344 % \label{fig:cbc_goto}
|
|
|
345 %\end{figure}
|
|
|
346
|
|
|
347 %\lstinputlisting[label=src:initContext, caption=initContext]{./src/context.c}
|
|
|
348
|
|
|
349 \nocite{*}
|
|
|
350 \bibliographystyle{ipsjunsrt}
|
|
|
351 \bibliography{sigos}
|
|
|
352
|
|
|
353 \end{document}
|
