# HG changeset patch
# User tobaru
# Date 1519269652 -32400
# Node ID 79fb933328ec1b16d6575ac992aa438aa8b8bb16
# Parent  3a99fc0296ce2379c6f038255a67e1a1da9f66c6
slide

diff -r 3a99fc0296ce -r 79fb933328ec slide/images/maketime.pdf
Binary file slide/images/maketime.pdf has changed
diff -r 3a99fc0296ce -r 79fb933328ec slide/thesis.html
--- a/slide/thesis.html	Thu Feb 22 02:31:50 2018 +0900
+++ b/slide/thesis.html	Thu Feb 22 12:20:52 2018 +0900
@@ -5,7 +5,7 @@
    <title>Gears OS on Raspberry Pi</title>
 
 <meta name="generator" content="Slide Show (S9) v2.5.0 on Ruby 2.4.1 (2017-03-22) [x86_64-darwin15]">
-<meta name="author"    content="Yu Tobaru" >
+<meta name="author"    content="河野研 桃原優" >
 
 <!-- style sheet links -->
 <link rel="stylesheet" href="s6/themes/projection.css"   media="screen,projection">
@@ -73,7 +73,7 @@
       <tr>
         <td>
           <div align="left">
-            Yu Tobaru
+            河野研 桃原優
             
             <hr style="color:#ffcc00;background-color:#ffcc00;text-align:left;border:none;width:100%;height:0.2em;">
           </div>
@@ -86,41 +86,76 @@
 <!-- === begin markdown block ===
 
       generated by markdown/1.2.0 on Ruby 2.4.1 (2017-03-22) [x86_64-darwin15]
-                on 2018-02-22 02:27:48 +0900 with Markdown engine kramdown (1.13.2)
+                on 2018-02-22 12:12:55 +0900 with Markdown engine kramdown (1.13.2)
                   using options {}
   -->
 
 <!-- _S9SLIDE_ -->
 <h1 id="raspberry-pi--gears-os">Raspberry Pi 上での Gears OS</h1>
 <ul>
-  <li>本研究室では Code Segment と Data Segment という単位でプログラムを記述する CbC(Continuation base C) とCbC を用いて実装する Gears OS の研究を行っている。</li>
-  <li>Code Segment は並列処理の単位として利用でき、Data Segment はデータそのもので型を持っていて、CbC はメタレベルの処理、並列処理を記述することができる。</li>
-  <li>メタレベルの処理では、メモリ管理、スレッド管理、CPU や GPU の資源管理を記述 することができる。</li>
-  <li>本研究では、ARM で動くシングルボードコンピュータである Raspberry Pi で Gears OS を動かせるようになる事で、ハードウェア上でもメタレベルの処理、並列実行ができるプログラミングを記述できるようになる事を目指している。</li>
+  <li>本研究室ではCbC(Continuation base C)言語を用いて実装する Gears OS の研究を行っている。</li>
+  <li>本研究では、ARM で動くシングルボードコンピュータである Raspberry Pi で Gears OS を動かせるようになる事で、ハードウェア上でもメタレベルの処理、並列実行ができるプログラミングを記述できるようになる事を目指している。
+    <ul>
+      <li>メタレベルの処理では、メモリ管理、スレッド管理、CPU や GPU の資源管理を記述 することができる。</li>
+    </ul>
+  </li>
+</ul>
+
+
+</div>
+<div class='slide '>
+<!-- _S9SLIDE_ -->
+<h1 id="section">スライドの流れ</h1>
+<ul>
+  <li>RaspberryPi上でのGearsOSの実装</li>
+  <li>RaspberryPi上でのCbCのmake</li>
+  <li>make時間の比較</li>
+  <li>OSX上でのCbCのCrossCompile</li>
+  <li>Linux上でのCbCのCrossCompile</li>
+  <li>ARM版xv6をKVMで立ち上げる</li>
 </ul>
 
 
 </div>
 <div class='slide '>
 <!-- _S9SLIDE_ -->
-<h1 id="section">実装までの流れ</h1>
+<h1 id="raspberrypigearsos">RaspberryPi上でのGearsOSの実装</h1>
 <ul>
-  <li>RaspberryPi上にGearsOSを実装するために、まずはCbCコンパイラをRaspberryPi(ARM)用に作成する</li>
-  <li>その後に、CbCをを使ってxv6というOSを参考にRaspberryPiで動くGearsOSを作る</li>
-  <li>xv6 とは ANIX V6 とい う OS を ANSI-C に書き換え、x86 に移植した OS である。xv6 は Raspberry Pi で動かす事ができる。</li>
+  <li>RaspberryPiはARMのバイナリを扱う</li>
+  <li>まずはCbCコンパイラをARMのバイナリを生成するように作成する。</li>
+  <li>その後に、作成したARM版xv6を参考にCbC言語を使ってRaspberryPiで動くGearsOSを実装する。</li>
 </ul>
 
 
 </div>
 <div class='slide '>
 <!-- _S9SLIDE_ -->
-<h1 id="raspberrypicbcmake">RaspberryPi上でCbCのmake</h1>
+<h1 id="xv6">xv6</h1>
+<ul>
+  <li>xv6 とはUNIX V6というOS をANSI C(標準規格のC言語) に書き換えたシンプルな OS である。</li>
+  <li>UNIX V6 は1975年にリリースされた古いOSでANSI C以前のC言語で実装されていた。</li>
+  <li>ARMのバイナリを生成するARM版xv6 は Raspberry Pi 上で動かす事ができる。</li>
+</ul>
+
+
+</div>
+<div class='slide '>
+<!-- _S9SLIDE_ -->
+<h1 id="raspberrypicbcmake">RaspberryPi上でCbC言語のmake</h1>
 <ul>
-  <li>Raspberry Pi 1 のメモリは 256MB と小さいため、 CbC を make することができない。</li>
-  <li>Raspberry Pi 3 だとメモリは 1GB あり CbC を make できるが、時間がかかる。</li>
-  <li>make 時間の比較として研究室のメモリ 16GB のサーバ(firefly) と学科のサーバの一つ で Linux 環境であるメモリ 756GB の Dell PowerEdge630(DALMORE)を用いる。</li>
-  <li>それぞれのサーバではGoogleによって開発されたbuildシステムninja-buildをもちいてmakeを行なった。</li>
-  <li>ninja-buildはコア数を調べて実行するので使わない場合と比べてmakeが高速になる。</li>
+  <li>RaspberryPi上でGearsOSを動かしたいので、まずはRaspberryPi上でCbCのmakeを行なった。</li>
+</ul>
+
+
+</div>
+<div class='slide '>
+<!-- _S9SLIDE_ -->
+<h1 id="raspberrypicbcmake-1">RaspberryPi上でCbC言語のmake</h1>
+<ul>
+  <li>Raspberry Pi上でGearsOSを実装するために、LLVMで実装したCbC言語のmakeを試した。</li>
+  <li>Raspberry Pi 1 のメモリは 256MB と小さいため、 CbC言語 を make することができない。</li>
+  <li>Raspberry Pi 3 だとメモリは 1GB あり CbC言語 を make できるが、時間がかかる。</li>
+  <li>Raspberry Pi の OS である Rasbian は qemu によるメモリの拡張もできないので別のOS上でRasbianを立ち上げてもmake時間を短縮できない。</li>
 </ul>
 
 
@@ -128,7 +163,24 @@
 <div class='slide '>
 <!-- _S9SLIDE_ -->
 <h1 id="make-">make 時間の比較</h1>
-<div align="center"><img src="./images/maketime.pdf" width="700" height="250" style="center" /></div>
+<ul>
+  <li>次の環境を用いて、LLVM上に実装されたCbCのmake時間の比較を行なった</li>
+</ul>
+<div align="center"><img src="./images/maketime.pdf" width="900" height="250" style="center" /></div>
+<ul>
+  <li>毎回756GB,32Coreのサーバをフル稼働させるのは現実的でないが、16GB,4Coreの環境でもmake時間が早くなっているのがわかる。</li>
+</ul>
+
+
+</div>
+<div class='slide '>
+<!-- _S9SLIDE_ -->
+<h1 id="ninja">Ninja</h1>
+<ul>
+  <li>それぞれのサーバではGoogleによって開発されたbuildシステムninja-buildをもちいてmakeを行なった。</li>
+  <li>ninja-buildは適切なCore数で実行してくれるので、CPUの数を調べて指定する手間を省ける。</li>
+  <li>環境によってはCPUの数を指定しない場合よりかなり高速にmakeを行える。</li>
+</ul>
 
 
 </div>
@@ -137,9 +189,24 @@
 <h1 id="crosscompile">CrossCompile</h1>
 <ul>
   <li>CrossCompile を行うことで make 時間の問題を解決する方法がある。</li>
-  <li>CrossCompile と は、別の OS で実行可能なコードを生成するコンパイルの手法である。</li>
-  <li>Raspbian 以外の OS 環境であらかじめ Raspberry Pi で CbC が動くように CrossCompile を行い、その コードを Raspberry Pi に移す事で、実行できるようになる。</li>
-  <li>Raspberry Pi の OS である Rasbian は qemu によるメモリの拡張もできないので、別の手法で Raspberry Pi 上に CbC を実装する方が好ましい。</li>
+  <li>CrossCompile とは、別の OS で実行可能なコードを生成するコンパイルの手法である。</li>
+  <li>Raspbian 以外の OS 環境であらかじめ Raspberry Pi で CbC言語 が動くように CrossCompile を行い、その コードを Raspberry Pi に移す事で、実行できるようになる。</li>
+  <li>Raspberry Pi の OS である Rasbian は qemu によるメモリの拡張もできないので、CrossCompileで Raspberry Pi 上に CbC言語 を実装する方が好ましい。</li>
+</ul>
+
+
+</div>
+<div class='slide '>
+<!-- _S9SLIDE_ -->
+<h1 id="crosscompile-1">CrossCompileを行なった環境</h1>
+<ul>
+  <li>OSX</li>
+  <li>Linux
+    <ul>
+      <li>LLVM/Clangで実装されたCbC</li>
+      <li>GCCで実装されたCbC</li>
+    </ul>
+  </li>
 </ul>
 
 
@@ -148,9 +215,9 @@
 <!-- _S9SLIDE_ -->
 <h1 id="osx-crosscompile">OSX CrossCompile</h1>
 <ul>
-  <li>OSX上でCbCを実装を試みた</li>
+  <li>OSX上でCbC言語を実装を試みた</li>
   <li>OSX上でCrossCompileを行うとMach-Oのバイナリが生成される。</li>
-  <li>Mach-oのローダーを作らなければならず、実装は困難である。</li>
+  <li>Mach-Oのローダーを作らなければならず、実装は困難である。</li>
 </ul>
 
 
@@ -159,7 +226,7 @@
 <!-- _S9SLIDE_ -->
 <h1 id="linux-crosscompile">Linux CrossCompile</h1>
 <ul>
-  <li>Linux環境でCbCを動かす際にCrossCompileを行なう方法がある。</li>
+  <li>Linux環境でCbC言語を動かす際にCrossCompileを行なう方法がある。</li>
   <li>RaspberryPiはARMのコードを生成するので、CrossCompileによってARMのコードを生成すればRaspberry Pi でも実行可能なファイルを作ることができる。</li>
 </ul>
 
@@ -167,11 +234,37 @@
 </div>
 <div class='slide '>
 <!-- _S9SLIDE_ -->
+<h1 id="linuxcbc">Linux上でのCbC言語の実装</h1>
+<ul>
+  <li>OSX上に立ち上げられたLinux で ARM版xv6を使い、CbC言語のファイルからa.outを出力するまでの過程を図に示す。</li>
+  <li>CbC言語は C によって記述されているため、CからARM形式の.oファイルを生成し、.oからARMのa.outを出力する。</li>
+  <li>これらはARM形式なのでRaspberryPiで実行できるファイルである。</li>
+</ul>
+<div align="center"><img src="./images/OSX_Linux_VM.pdf" style="center" /></div>
+
+
+</div>
+<div class='slide '>
+<!-- _S9SLIDE_ -->
+<h1 id="cbc">CbC言語の種類</h1>
+<ul>
+  <li>CbC言語 には、2種類の方法によって実装されている。
+    <ul>
+      <li>LLVM/Clang 上に実装したCbC</li>
+      <li>GCC 上に実装したCbC</li>
+    </ul>
+  </li>
+</ul>
+
+
+</div>
+<div class='slide '>
+<!-- _S9SLIDE_ -->
 <h1 id="llvmclang">LLVM/Clang</h1>
 <ul>
-  <li>CbC には、LLVM/Clang 上に実装したものと、GCC で実装したものがある。</li>
-  <li>LLVM とは任意のプログラミング言語の静的コンパイルと 動的コンパイルの両方をサポートできる事を目的としたプロ ジェクトから始まった、モジューラと再利用可能な コンパイラ とツールチェーン技術の集まりである。</li>
-  <li>Clang は高速なコンパイルを目的とした LLVM をバック エンドとした、C/C++/Objective-C の コンパイラ である。</li>
+  <li>LLVM とは任意のプログラミング言語のコンパイルをサポートする事を目的としたプロジェクトです。</li>
+  <li>モジューラと再利用可能なコンパイラとツールチェーン技術の集まりである。</li>
+  <li>Clang はLLVMをバックエンドとしたコンパイラで、C/C++/Objective-C の高速なコンパイルを目的としている。</li>
 </ul>
 
 
@@ -180,7 +273,8 @@
 <!-- _S9SLIDE_ -->
 <h1 id="llvm-crosscompile">LLVM CrossCompile</h1>
 <ul>
-  <li>Makefile に変更を加えることで LLVM/Clang 上に実装 された CbC で Raspberry Pi で実行できる ARM の コードを生成できるようにCrossCompilerを作ったが、動作していない</li>
+  <li>LLVM上に実装されたCbCに対してCrossCompileを行なった。</li>
+  <li>ARM版xv6のMakefile に変更を加えることで LLVM/Clang 上に実装 された CbC言語 で Raspberry Pi で実行できる ARM の コードを生成できるようにCrossCompilerを作ったが、動作していない</li>
   <li>LLVMかxv6のどちらに修正が必要なのか分かってないのでデバッガを使って調査していく</li>
 </ul>
 
@@ -194,7 +288,7 @@
   <li>KVMとは完全仮想化を実現できる機能の事である。</li>
   <li>完全仮想化なので、kernelに変更を加えなくても別のOSを動かせるメリットがある。</li>
   <li>KVMはqemuによって操作を行う。</li>
-  <li>qemu-system-armはRaspberryPiをサポートしていなかったが、KVMを立ち上げるために使うxmlファイルにarch=’armv7l’ machine=’versatileab’を指定する事で、解決した。</li>
+  <li>qemu-system-armはRaspberryPiをサポートしていなかったが、KVMを立ち上げるために使うxmlファイルに変更を加える事で、KVMを立ち上げることに成功した。</li>
 </ul>
 
 
@@ -203,10 +297,9 @@
 <!-- _S9SLIDE_ -->
 <h1 id="gcc-crosscompile">GCC CrossCompile</h1>
 <ul>
+  <li>GCC上に実装されたCbCについてCrossCompileを行なった。</li>
   <li>GCC は C/C++/Objective-C などを様々な言語をコンパイルすることのできるコンパイラである。</li>
-  <li>
-    <p>GCCで実装されたCbCについてはARMのコードを生成するようにMakefileを作成した。</p>
-  </li>
+  <li>GCCで実装されたCbC言語についてはARMのコードを生成するようにMakefileを作成した。</li>
   <li>Linux上でARMのコードを生成するためのツールチェーンであるgcc-linux-gnuを使う事でxv6をKVM上で動作させる事に成功した。</li>
 </ul>
 
@@ -216,9 +309,9 @@
 <!-- _S9SLIDE_ -->
 <h1 id="section-1">今後の課題</h1>
 <ul>
-  <li>LLVMで実装されたLLVMで作成したxv6が動作しない原因をKVMを用いて調べる。</li>
+  <li>LLVMで実装されたでCbCで作成したxv6が動作しない原因をKVMを用いて調べる。</li>
   <li>必要であれば、xv6またはLLVMを修正していく。</li>
-  <li>xv6kernelの構文に沿ってCbCで書き換える部分を考察する。</li>
+  <li>ARM版xv6のkernelの構文に沿ってCbC言語で書き換える部分を考察する。</li>
 </ul>
 
 
@@ -227,7 +320,7 @@
 <!-- _S9SLIDE_ -->
 <h1 id="t">T図形</h1>
 <ul>
-  <li>CbC を Raspberry Pi で動かすためのアプローチの手法をを、I と T の形をした図の組み合わせによって説明を行う。</li>
+  <li>CbC言語 を Raspberry Pi で動かすためのアプローチの手法を、I と T の形をした図の組み合わせによって説明を行う。</li>
   <li>I の上部分に cbclang や Xv6 などのソースコード名を、下部分にその機能の記述言語を記してある</li>
   <li>T の上部分は左に入力されるファイル、右に出力されるその機能によって出力されるファイルが記され、下部分にその機能の記述言語が記されている。</li>
 </ul>
@@ -238,10 +331,10 @@
 </div>
 <div class='slide '>
 <!-- _S9SLIDE_ -->
-<h1 id="linuxcbc">Linux上でのCbCの実装</h1>
+<h1 id="linuxcbc-1">Linux上でのCbC言語の実装</h1>
 <ul>
-  <li>OSX上に立ち上げられたLinux で CbC のCrossCompileを行う過程を図に示す。</li>
-  <li>CbCは C によって記述されているため、CからARM形式の.oファイルを生成し、.oからARMのa.outを出力する。</li>
+  <li>OSX上に立ち上げられたLinux で CbC言語 のCrossCompileを行う過程を図に示す。</li>
+  <li>CbC言語は C によって記述されているため、CからARM形式の.oファイルを生成し、.oからARMのa.outを出力する。</li>
   <li>これらはARM形式なのでRaspberryPiで実行できるファイルである。</li>
 </ul>
 <div align="center"><img src="./images/OSX_Linux_VM.pdf" style="center" /></div>
@@ -253,7 +346,7 @@
 <h1 id="llvm-crosscompile-makefile">LLVM CrossCompile Makefile</h1>
 <ul>
   <li>makefileの一部を下に示す。</li>
-  <li>CCはコンパイラで、すでにmakeしたCbCのコンパイラを指定している。</li>
+  <li>CCはコンパイラで、すでにmakeしたCbC言語のコンパイラを指定している。</li>
   <li>AS(アセンブラ)やLD(リンカー)はarm-linux-gnuに続くコマンドを指定する。</li>
   <li>CFLAGS にターゲットオプションで arm-linux-gnueabihfを指定することで、ARMのコードを生成することができる。</li>
   <li>libgcc</li>
@@ -397,6 +490,12 @@
         -S -O binary --prefix-symbols="_binary_$@" $@.out $@, "  OBJCOPY  $(TARGET_DIR)$@")
 </code></pre>
 
+<p># T図形
+  - CbC言語 を Raspberry Pi で動かすためのアプローチの手法を、I と T の形をした図の組み合わせによって説明を行う。 
+  - I の上部分に cbclang や Xv6 などのソースコード名を、下部分にその機能の記述言語を記してある
+  - T の上部分は左に入力されるファイル、右に出力されるその機能によって出力されるファイルが記され、下部分にその機能の記述言語が記されている。</p>
+
+<div align="center"><img src="./images/examples_2.pdf" style="center" /></div>
 <!-- === end markdown block === -->
 </div>
 
diff -r 3a99fc0296ce -r 79fb933328ec slide/thesis.md
--- a/slide/thesis.md	Thu Feb 22 02:31:50 2018 +0900
+++ b/slide/thesis.md	Thu Feb 22 12:20:52 2018 +0900
@@ -1,69 +1,101 @@
 title:Gears OS on Raspberry Pi
-author:Yu Tobaru
+author:河野研 桃原優
 profile:
 
 # Raspberry Pi 上での Gears OS
-- 本研究室では Code Segment と Data Segment という単位でプログラムを記述する CbC(Continuation base C) とCbC を用いて実装する Gears OS の研究を行っている。
-- Code Segment は並列処理の単位として利用でき、Data Segment はデータそのもので型を持っていて、CbC はメタレベルの処理、並列処理を記述することができる。
-- メタレベルの処理では、メモリ管理、スレッド管理、CPU や GPU の資源管理を記述 することができる。
+- 本研究室ではCbC(Continuation base C)言語を用いて実装する Gears OS の研究を行っている。
 - 本研究では、ARM で動くシングルボードコンピュータである Raspberry Pi で Gears OS を動かせるようになる事で、ハードウェア上でもメタレベルの処理、並列実行ができるプログラミングを記述できるようになる事を目指している。
+	- メタレベルの処理では、メモリ管理、スレッド管理、CPU や GPU の資源管理を記述 することができる。
 
-# 実装までの流れ
-- RaspberryPi上にGearsOSを実装するために、まずはCbCコンパイラをRaspberryPi(ARM)用に作成する
-- その後に、CbCをを使ってxv6というOSを参考にRaspberryPiで動くGearsOSを作る
-- xv6 とは ANIX V6 とい う OS を ANSI-C に書き換え、x86 に移植した OS である。xv6 は Raspberry Pi で動かす事ができる。
+# スライドの流れ
+- RaspberryPi上でのGearsOSの実装
+- RaspberryPi上でのCbCのmake
+- make時間の比較
+- OSX上でのCbCのCrossCompile
+- Linux上でのCbCのCrossCompile
+- ARM版xv6をKVMで立ち上げる
+
+# RaspberryPi上でのGearsOSの実装
+- RaspberryPiはARMのバイナリを扱う
+- まずはCbCコンパイラをARMのバイナリを生成するように作成する。
+- その後に、作成したARM版xv6を参考にCbC言語を使ってRaspberryPiで動くGearsOSを実装する。
 
 
-# RaspberryPi上でCbCのmake
-- Raspberry Pi 1 のメモリは 256MB と小さいため、 CbC を make することができない。
-- Raspberry Pi 3 だとメモリは 1GB あり CbC を make できるが、時間がかかる。
-- make 時間の比較として研究室のメモリ 16GB のサーバ(firefly) と学科のサーバの一つ で Linux 環境であるメモリ 756GB の Dell PowerEdge630(DALMORE)を用いる。
-- それぞれのサーバではGoogleによって開発されたbuildシステムninja-buildをもちいてmakeを行なった。
-- ninja-buildはコア数を調べて実行するので使わない場合と比べてmakeが高速になる。
+# xv6
+- xv6 とはUNIX V6というOS をANSI C(標準規格のC言語) に書き換えたシンプルな OS である。
+- UNIX V6 は1975年にリリースされた古いOSでANSI C以前のC言語で実装されていた。
+- ARMのバイナリを生成するARM版xv6 は Raspberry Pi 上で動かす事ができる。
+
+# RaspberryPi上でCbC言語のmake  
+- RaspberryPi上でGearsOSを動かしたいので、まずはRaspberryPi上でCbCのmakeを行なった。
+
+# RaspberryPi上でCbC言語のmake
+- Raspberry Pi上でGearsOSを実装するために、LLVMで実装したCbC言語のmakeを試した。
+- Raspberry Pi 1 のメモリは 256MB と小さいため、 CbC言語 を make することができない。
+- Raspberry Pi 3 だとメモリは 1GB あり CbC言語 を make できるが、時間がかかる。
+- Raspberry Pi の OS である Rasbian は qemu によるメモリの拡張もできないので別のOS上でRasbianを立ち上げてもmake時間を短縮できない。
+
 
 # make 時間の比較
-<div align="center"><img src="./images/maketime.pdf" width="700" height="250" style="center"></div>
+- 次の環境を用いて、LLVM上に実装されたCbCのmake時間の比較を行なった
+<div align="center"><img src="./images/maketime.pdf" width="900" height="250" style="center"></div>
+- 毎回756GB,32Coreのサーバをフル稼働させるのは現実的でないが、16GB,4Coreの環境でもmake時間が早くなっているのがわかる。
+
+
+
+# Ninja
+- それぞれのサーバではGoogleによって開発されたbuildシステムninja-buildをもちいてmakeを行なった。
+- ninja-buildは適切なCore数で実行してくれるので、CPUの数を調べて指定する手間を省ける。
+- 環境によってはCPUの数を指定しない場合よりかなり高速にmakeを行える。
 
 # CrossCompile
 - CrossCompile を行うことで make 時間の問題を解決する方法がある。
-- CrossCompile と は、別の OS で実行可能なコードを生成するコンパイルの手法である。
-- Raspbian 以外の OS 環境であらかじめ Raspberry Pi で CbC が動くように CrossCompile を行い、その コードを Raspberry Pi に移す事で、実行できるようになる。
-- Raspberry Pi の OS である Rasbian は qemu によるメモリの拡張もできないので、別の手法で Raspberry Pi 上に CbC を実装する方が好ましい。
+- CrossCompile とは、別の OS で実行可能なコードを生成するコンパイルの手法である。
+- Raspbian 以外の OS 環境であらかじめ Raspberry Pi で CbC言語 が動くように CrossCompile を行い、その コードを Raspberry Pi に移す事で、実行できるようになる。
+- Raspberry Pi の OS である Rasbian は qemu によるメモリの拡張もできないので、CrossCompileで Raspberry Pi 上に CbC言語 を実装する方が好ましい。
 
+# CrossCompileを行なった環境
+- OSX
+- Linux
+	- LLVM/Clangで実装されたCbC
+	- GCCで実装されたCbC
 
 # OSX CrossCompile
-- OSX上でCbCを実装を試みた
+- OSX上でCbC言語を実装を試みた
 - OSX上でCrossCompileを行うとMach-Oのバイナリが生成される。
-- Mach-oのローダーを作らなければならず、実装は困難である。
+- Mach-Oのローダーを作らなければならず、実装は困難である。
 
 
 # Linux CrossCompile
-- Linux環境でCbCを動かす際にCrossCompileを行なう方法がある。
+- Linux環境でCbC言語を動かす際にCrossCompileを行なう方法がある。
 - RaspberryPiはARMのコードを生成するので、CrossCompileによってARMのコードを生成すればRaspberry Pi でも実行可能なファイルを作ることができる。
-
-
-%# T図形
-% - CbC を Raspberry Pi で動かすためのアプローチの手法をを、I と T の形をした図の組み合わせによって説明を行う。 
-% - I の上部分に cbclang や Xv6 などのソースコード名を、下部分にその機能の記述言語を記してある
-% - T の上部分は左に入力されるファイル、右に出力されるその機能によって出力されるファイルが記され、下部分にその機能の記述言語が記されている。
-% 
+% # T図形
+%  - CbC言語 を Raspberry Pi で動かすためのアプローチの手法を、I と T の形をした図の組み合わせによって説明を行う。 
+%  - I の上部分に cbclang や Xv6 などのソースコード名を、下部分にその機能の記述言語を記してある
+%  - T の上部分は左に入力されるファイル、右に出力されるその機能によって出力されるファイルが記され、下部分にその機能の記述言語が記されている。
 % <div align="center"><img src="./images/examples_2.pdf" style="center"></div>
 
-% # Linux上でのCbCの実装
-% - OSX上に立ち上げられたLinux で CbC のCrossCompileを行う過程を図に示す。
-% - CbCは C によって記述されているため、CからARM形式の.oファイルを生成し、.oからARMのa.outを出力する。
-% - これらはARM形式なのでRaspberryPiで実行できるファイルである。
-% <div align="center"><img src="./images/OSX_Linux_VM.pdf" style="center"></div>
+# Linux上でのCbC言語の実装
+- OSX上に立ち上げられたLinux で ARM版xv6を使い、CbC言語のファイルからa.outを出力するまでの過程を図に示す。
+- CbC言語は C によって記述されているため、CからARM形式の.oファイルを生成し、.oからARMのa.outを出力する。
+- これらはARM形式なのでRaspberryPiで実行できるファイルである。
+<div align="center"><img src="./images/OSX_Linux_VM.pdf" style="center"></div>
 
+% - OSX上に立ち上げられたLinux で CbC言語 のCrossCompileを行う過程を図に示す。
 
+# CbC言語の種類
+- CbC言語 には、2種類の方法によって実装されている。
+	- LLVM/Clang 上に実装したCbC
+	- GCC 上に実装したCbC
 
 # LLVM/Clang
-- CbC には、LLVM/Clang 上に実装したものと、GCC で実装したものがある。
-- LLVM とは任意のプログラミング言語の静的コンパイルと 動的コンパイルの両方をサポートできる事を目的としたプロ ジェクトから始まった、モジューラと再利用可能な コンパイラ とツールチェーン技術の集まりである。
-- Clang は高速なコンパイルを目的とした LLVM をバック エンドとした、C/C++/Objective-C の コンパイラ である。 
+- LLVM とは任意のプログラミング言語のコンパイルをサポートする事を目的としたプロジェクトです。
+- モジューラと再利用可能なコンパイラとツールチェーン技術の集まりである。
+- Clang はLLVMをバックエンドとしたコンパイラで、C/C++/Objective-C の高速なコンパイルを目的としている。
 
 # LLVM CrossCompile
-- Makefile に変更を加えることで LLVM/Clang 上に実装 された CbC で Raspberry Pi で実行できる ARM の コードを生成できるようにCrossCompilerを作ったが、動作していない
+- LLVM上に実装されたCbCに対してCrossCompileを行なった。
+- ARM版xv6のMakefile に変更を加えることで LLVM/Clang 上に実装 された CbC言語 で Raspberry Pi で実行できる ARM の コードを生成できるようにCrossCompilerを作ったが、動作していない
 - LLVMかxv6のどちらに修正が必要なのか分かってないのでデバッガを使って調査していく
 
 
@@ -72,40 +104,42 @@
 - KVMとは完全仮想化を実現できる機能の事である。
 - 完全仮想化なので、kernelに変更を加えなくても別のOSを動かせるメリットがある。
 - KVMはqemuによって操作を行う。
-- qemu-system-armはRaspberryPiをサポートしていなかったが、KVMを立ち上げるために使うxmlファイルにarch='armv7l' machine='versatileab'を指定する事で、解決した。
+- qemu-system-armはRaspberryPiをサポートしていなかったが、KVMを立ち上げるために使うxmlファイルに変更を加える事で、KVMを立ち上げることに成功した。
+% - qemu-system-armはRaspberryPiをサポートしていなかったが、KVMを立ち上げるために使うxmlファイルにarch='armv7l' machine='versatileab'を指定する事で、解決した。
 
 
 # GCC CrossCompile
+- GCC上に実装されたCbCについてCrossCompileを行なった。
 - GCC は C/C++/Objective-C などを様々な言語をコンパイルすることのできるコンパイラである。
-- GCCで実装されたCbCについてはARMのコードを生成するようにMakefileを作成した。
-% - LLVMと同様に動作していなかったが、GCCで実装されたCbCコンパイラのバージョンをあげる事で、 動作させる事に成功した。
+- GCCで実装されたCbC言語についてはARMのコードを生成するようにMakefileを作成した。
 - Linux上でARMのコードを生成するためのツールチェーンであるgcc-linux-gnuを使う事でxv6をKVM上で動作させる事に成功した。
 
 
+% - LLVMと同様に動作していなかったが、GCCで実装されたCbC言語コンパイラのバージョンをあげる事で、 動作させる事に成功した。
 
 # 今後の課題
-- LLVMで実装されたLLVMで作成したxv6が動作しない原因をKVMを用いて調べる。
+- LLVMで実装されたでCbCで作成したxv6が動作しない原因をKVMを用いて調べる。
 - 必要であれば、xv6またはLLVMを修正していく。
-- xv6kernelの構文に沿ってCbCで書き換える部分を考察する。
+- ARM版xv6のkernelの構文に沿ってCbC言語で書き換える部分を考察する。
 
 
 # T図形
- - CbC を Raspberry Pi で動かすためのアプローチの手法をを、I と T の形をした図の組み合わせによって説明を行う。 
+ - CbC言語 を Raspberry Pi で動かすためのアプローチの手法を、I と T の形をした図の組み合わせによって説明を行う。 
  - I の上部分に cbclang や Xv6 などのソースコード名を、下部分にその機能の記述言語を記してある
  - T の上部分は左に入力されるファイル、右に出力されるその機能によって出力されるファイルが記され、下部分にその機能の記述言語が記されている。
  
  <div align="center"><img src="./images/examples_2.pdf" style="center"></div>
 
 
-# Linux上でのCbCの実装
-- OSX上に立ち上げられたLinux で CbC のCrossCompileを行う過程を図に示す。
-- CbCは C によって記述されているため、CからARM形式の.oファイルを生成し、.oからARMのa.outを出力する。
+# Linux上でのCbC言語の実装
+- OSX上に立ち上げられたLinux で CbC言語 のCrossCompileを行う過程を図に示す。
+- CbC言語は C によって記述されているため、CからARM形式の.oファイルを生成し、.oからARMのa.outを出力する。
 - これらはARM形式なのでRaspberryPiで実行できるファイルである。
 <div align="center"><img src="./images/OSX_Linux_VM.pdf" style="center"></div>
 
 # LLVM CrossCompile Makefile
 - makefileの一部を下に示す。
-- CCはコンパイラで、すでにmakeしたCbCのコンパイラを指定している。
+- CCはコンパイラで、すでにmakeしたCbC言語のコンパイラを指定している。
 - AS(アセンブラ)やLD(リンカー)はarm-linux-gnuに続くコマンドを指定する。
 - CFLAGS にターゲットオプションで arm-linux-gnueabihfを指定することで、ARMのコードを生成することができる。
 - libgcc
@@ -235,4 +269,9 @@
 ```
 
 
-
+ # T図形
+  - CbC言語 を Raspberry Pi で動かすためのアプローチの手法を、I と T の形をした図の組み合わせによって説明を行う。 
+  - I の上部分に cbclang や Xv6 などのソースコード名を、下部分にその機能の記述言語を記してある
+  - T の上部分は左に入力されるファイル、右に出力されるその機能によって出力されるファイルが記され、下部分にその機能の記述言語が記されている。
+ 
+ <div align="center"><img src="./images/examples_2.pdf" style="center"></div>
diff -r 3a99fc0296ce -r 79fb933328ec slide/thesis.pdf.html
--- a/slide/thesis.pdf.html	Thu Feb 22 02:31:50 2018 +0900
+++ b/slide/thesis.pdf.html	Thu Feb 22 12:20:52 2018 +0900
@@ -5,7 +5,7 @@
    <title>Gears OS on Raspberry Pi</title>
 
 <meta name="generator" content="Slide Show (S9) v2.5.0 on Ruby 2.4.1 (2017-03-22) [x86_64-darwin15]">
-<meta name="author"    content="Yu Tobaru" >
+<meta name="author"    content="河野研 桃原優" >
 
 <!-- style sheet links -->
 <link rel="stylesheet" href="s6/themes/screen.css"       media="screen">
@@ -57,7 +57,7 @@
       <tr>
         <td>
           <div align="left">
-            Yu Tobaru
+            河野研 桃原優
             
             <hr style="color:#ffcc00;background-color:#ffcc00;text-align:left;border:none;width:100%;height:0.2em;">
           </div>
@@ -70,41 +70,76 @@
 <!-- === begin markdown block ===
 
       generated by markdown/1.2.0 on Ruby 2.4.1 (2017-03-22) [x86_64-darwin15]
-                on 2018-02-22 02:27:48 +0900 with Markdown engine kramdown (1.13.2)
+                on 2018-02-22 12:12:55 +0900 with Markdown engine kramdown (1.13.2)
                   using options {}
   -->
 
 <!-- _S9SLIDE_ -->
 <h1 id="raspberry-pi--gears-os">Raspberry Pi 上での Gears OS</h1>
 <ul>
-  <li>本研究室では Code Segment と Data Segment という単位でプログラムを記述する CbC(Continuation base C) とCbC を用いて実装する Gears OS の研究を行っている。</li>
-  <li>Code Segment は並列処理の単位として利用でき、Data Segment はデータそのもので型を持っていて、CbC はメタレベルの処理、並列処理を記述することができる。</li>
-  <li>メタレベルの処理では、メモリ管理、スレッド管理、CPU や GPU の資源管理を記述 することができる。</li>
-  <li>本研究では、ARM で動くシングルボードコンピュータである Raspberry Pi で Gears OS を動かせるようになる事で、ハードウェア上でもメタレベルの処理、並列実行ができるプログラミングを記述できるようになる事を目指している。</li>
+  <li>本研究室ではCbC(Continuation base C)言語を用いて実装する Gears OS の研究を行っている。</li>
+  <li>本研究では、ARM で動くシングルボードコンピュータである Raspberry Pi で Gears OS を動かせるようになる事で、ハードウェア上でもメタレベルの処理、並列実行ができるプログラミングを記述できるようになる事を目指している。
+    <ul>
+      <li>メタレベルの処理では、メモリ管理、スレッド管理、CPU や GPU の資源管理を記述 することができる。</li>
+    </ul>
+  </li>
+</ul>
+
+
+</div>
+<div class='slide '>
+<!-- _S9SLIDE_ -->
+<h1 id="section">スライドの流れ</h1>
+<ul>
+  <li>RaspberryPi上でのGearsOSの実装</li>
+  <li>RaspberryPi上でのCbCのmake</li>
+  <li>make時間の比較</li>
+  <li>OSX上でのCbCのCrossCompile</li>
+  <li>Linux上でのCbCのCrossCompile</li>
+  <li>ARM版xv6をKVMで立ち上げる</li>
 </ul>
 
 
 </div>
 <div class='slide '>
 <!-- _S9SLIDE_ -->
-<h1 id="section">実装までの流れ</h1>
+<h1 id="raspberrypigearsos">RaspberryPi上でのGearsOSの実装</h1>
 <ul>
-  <li>RaspberryPi上にGearsOSを実装するために、まずはCbCコンパイラをRaspberryPi(ARM)用に作成する</li>
-  <li>その後に、CbCをを使ってxv6というOSを参考にRaspberryPiで動くGearsOSを作る</li>
-  <li>xv6 とは ANIX V6 とい う OS を ANSI-C に書き換え、x86 に移植した OS である。xv6 は Raspberry Pi で動かす事ができる。</li>
+  <li>RaspberryPiはARMのバイナリを扱う</li>
+  <li>まずはCbCコンパイラをARMのバイナリを生成するように作成する。</li>
+  <li>その後に、作成したARM版xv6を参考にCbC言語を使ってRaspberryPiで動くGearsOSを実装する。</li>
 </ul>
 
 
 </div>
 <div class='slide '>
 <!-- _S9SLIDE_ -->
-<h1 id="raspberrypicbcmake">RaspberryPi上でCbCのmake</h1>
+<h1 id="xv6">xv6</h1>
+<ul>
+  <li>xv6 とはUNIX V6というOS をANSI C(標準規格のC言語) に書き換えたシンプルな OS である。</li>
+  <li>UNIX V6 は1975年にリリースされた古いOSでANSI C以前のC言語で実装されていた。</li>
+  <li>ARMのバイナリを生成するARM版xv6 は Raspberry Pi 上で動かす事ができる。</li>
+</ul>
+
+
+</div>
+<div class='slide '>
+<!-- _S9SLIDE_ -->
+<h1 id="raspberrypicbcmake">RaspberryPi上でCbC言語のmake</h1>
 <ul>
-  <li>Raspberry Pi 1 のメモリは 256MB と小さいため、 CbC を make することができない。</li>
-  <li>Raspberry Pi 3 だとメモリは 1GB あり CbC を make できるが、時間がかかる。</li>
-  <li>make 時間の比較として研究室のメモリ 16GB のサーバ(firefly) と学科のサーバの一つ で Linux 環境であるメモリ 756GB の Dell PowerEdge630(DALMORE)を用いる。</li>
-  <li>それぞれのサーバではGoogleによって開発されたbuildシステムninja-buildをもちいてmakeを行なった。</li>
-  <li>ninja-buildはコア数を調べて実行するので使わない場合と比べてmakeが高速になる。</li>
+  <li>RaspberryPi上でGearsOSを動かしたいので、まずはRaspberryPi上でCbCのmakeを行なった。</li>
+</ul>
+
+
+</div>
+<div class='slide '>
+<!-- _S9SLIDE_ -->
+<h1 id="raspberrypicbcmake-1">RaspberryPi上でCbC言語のmake</h1>
+<ul>
+  <li>Raspberry Pi上でGearsOSを実装するために、LLVMで実装したCbC言語のmakeを試した。</li>
+  <li>Raspberry Pi 1 のメモリは 256MB と小さいため、 CbC言語 を make することができない。</li>
+  <li>Raspberry Pi 3 だとメモリは 1GB あり CbC言語 を make できるが、時間がかかる。</li>
+  <li>Raspberry Pi の OS である Rasbian は qemu によるメモリの拡張もできないので別のOS上でRasbianを立ち上げてもmake時間を短縮できない。</li>
 </ul>
 
 
@@ -112,7 +147,24 @@
 <div class='slide '>
 <!-- _S9SLIDE_ -->
 <h1 id="make-">make 時間の比較</h1>
-<div align="center"><img src="./images/maketime.pdf" width="700" height="250" style="center" /></div>
+<ul>
+  <li>次の環境を用いて、LLVM上に実装されたCbCのmake時間の比較を行なった</li>
+</ul>
+<div align="center"><img src="./images/maketime.pdf" width="900" height="250" style="center" /></div>
+<ul>
+  <li>毎回756GB,32Coreのサーバをフル稼働させるのは現実的でないが、16GB,4Coreの環境でもmake時間が早くなっているのがわかる。</li>
+</ul>
+
+
+</div>
+<div class='slide '>
+<!-- _S9SLIDE_ -->
+<h1 id="ninja">Ninja</h1>
+<ul>
+  <li>それぞれのサーバではGoogleによって開発されたbuildシステムninja-buildをもちいてmakeを行なった。</li>
+  <li>ninja-buildは適切なCore数で実行してくれるので、CPUの数を調べて指定する手間を省ける。</li>
+  <li>環境によってはCPUの数を指定しない場合よりかなり高速にmakeを行える。</li>
+</ul>
 
 
 </div>
@@ -121,9 +173,24 @@
 <h1 id="crosscompile">CrossCompile</h1>
 <ul>
   <li>CrossCompile を行うことで make 時間の問題を解決する方法がある。</li>
-  <li>CrossCompile と は、別の OS で実行可能なコードを生成するコンパイルの手法である。</li>
-  <li>Raspbian 以外の OS 環境であらかじめ Raspberry Pi で CbC が動くように CrossCompile を行い、その コードを Raspberry Pi に移す事で、実行できるようになる。</li>
-  <li>Raspberry Pi の OS である Rasbian は qemu によるメモリの拡張もできないので、別の手法で Raspberry Pi 上に CbC を実装する方が好ましい。</li>
+  <li>CrossCompile とは、別の OS で実行可能なコードを生成するコンパイルの手法である。</li>
+  <li>Raspbian 以外の OS 環境であらかじめ Raspberry Pi で CbC言語 が動くように CrossCompile を行い、その コードを Raspberry Pi に移す事で、実行できるようになる。</li>
+  <li>Raspberry Pi の OS である Rasbian は qemu によるメモリの拡張もできないので、CrossCompileで Raspberry Pi 上に CbC言語 を実装する方が好ましい。</li>
+</ul>
+
+
+</div>
+<div class='slide '>
+<!-- _S9SLIDE_ -->
+<h1 id="crosscompile-1">CrossCompileを行なった環境</h1>
+<ul>
+  <li>OSX</li>
+  <li>Linux
+    <ul>
+      <li>LLVM/Clangで実装されたCbC</li>
+      <li>GCCで実装されたCbC</li>
+    </ul>
+  </li>
 </ul>
 
 
@@ -132,9 +199,9 @@
 <!-- _S9SLIDE_ -->
 <h1 id="osx-crosscompile">OSX CrossCompile</h1>
 <ul>
-  <li>OSX上でCbCを実装を試みた</li>
+  <li>OSX上でCbC言語を実装を試みた</li>
   <li>OSX上でCrossCompileを行うとMach-Oのバイナリが生成される。</li>
-  <li>Mach-oのローダーを作らなければならず、実装は困難である。</li>
+  <li>Mach-Oのローダーを作らなければならず、実装は困難である。</li>
 </ul>
 
 
@@ -143,7 +210,7 @@
 <!-- _S9SLIDE_ -->
 <h1 id="linux-crosscompile">Linux CrossCompile</h1>
 <ul>
-  <li>Linux環境でCbCを動かす際にCrossCompileを行なう方法がある。</li>
+  <li>Linux環境でCbC言語を動かす際にCrossCompileを行なう方法がある。</li>
   <li>RaspberryPiはARMのコードを生成するので、CrossCompileによってARMのコードを生成すればRaspberry Pi でも実行可能なファイルを作ることができる。</li>
 </ul>
 
@@ -151,11 +218,37 @@
 </div>
 <div class='slide '>
 <!-- _S9SLIDE_ -->
+<h1 id="linuxcbc">Linux上でのCbC言語の実装</h1>
+<ul>
+  <li>OSX上に立ち上げられたLinux で ARM版xv6を使い、CbC言語のファイルからa.outを出力するまでの過程を図に示す。</li>
+  <li>CbC言語は C によって記述されているため、CからARM形式の.oファイルを生成し、.oからARMのa.outを出力する。</li>
+  <li>これらはARM形式なのでRaspberryPiで実行できるファイルである。</li>
+</ul>
+<div align="center"><img src="./images/OSX_Linux_VM.pdf" style="center" /></div>
+
+
+</div>
+<div class='slide '>
+<!-- _S9SLIDE_ -->
+<h1 id="cbc">CbC言語の種類</h1>
+<ul>
+  <li>CbC言語 には、2種類の方法によって実装されている。
+    <ul>
+      <li>LLVM/Clang 上に実装したCbC</li>
+      <li>GCC 上に実装したCbC</li>
+    </ul>
+  </li>
+</ul>
+
+
+</div>
+<div class='slide '>
+<!-- _S9SLIDE_ -->
 <h1 id="llvmclang">LLVM/Clang</h1>
 <ul>
-  <li>CbC には、LLVM/Clang 上に実装したものと、GCC で実装したものがある。</li>
-  <li>LLVM とは任意のプログラミング言語の静的コンパイルと 動的コンパイルの両方をサポートできる事を目的としたプロ ジェクトから始まった、モジューラと再利用可能な コンパイラ とツールチェーン技術の集まりである。</li>
-  <li>Clang は高速なコンパイルを目的とした LLVM をバック エンドとした、C/C++/Objective-C の コンパイラ である。</li>
+  <li>LLVM とは任意のプログラミング言語のコンパイルをサポートする事を目的としたプロジェクトです。</li>
+  <li>モジューラと再利用可能なコンパイラとツールチェーン技術の集まりである。</li>
+  <li>Clang はLLVMをバックエンドとしたコンパイラで、C/C++/Objective-C の高速なコンパイルを目的としている。</li>
 </ul>
 
 
@@ -164,7 +257,8 @@
 <!-- _S9SLIDE_ -->
 <h1 id="llvm-crosscompile">LLVM CrossCompile</h1>
 <ul>
-  <li>Makefile に変更を加えることで LLVM/Clang 上に実装 された CbC で Raspberry Pi で実行できる ARM の コードを生成できるようにCrossCompilerを作ったが、動作していない</li>
+  <li>LLVM上に実装されたCbCに対してCrossCompileを行なった。</li>
+  <li>ARM版xv6のMakefile に変更を加えることで LLVM/Clang 上に実装 された CbC言語 で Raspberry Pi で実行できる ARM の コードを生成できるようにCrossCompilerを作ったが、動作していない</li>
   <li>LLVMかxv6のどちらに修正が必要なのか分かってないのでデバッガを使って調査していく</li>
 </ul>
 
@@ -178,7 +272,7 @@
   <li>KVMとは完全仮想化を実現できる機能の事である。</li>
   <li>完全仮想化なので、kernelに変更を加えなくても別のOSを動かせるメリットがある。</li>
   <li>KVMはqemuによって操作を行う。</li>
-  <li>qemu-system-armはRaspberryPiをサポートしていなかったが、KVMを立ち上げるために使うxmlファイルにarch=’armv7l’ machine=’versatileab’を指定する事で、解決した。</li>
+  <li>qemu-system-armはRaspberryPiをサポートしていなかったが、KVMを立ち上げるために使うxmlファイルに変更を加える事で、KVMを立ち上げることに成功した。</li>
 </ul>
 
 
@@ -187,10 +281,9 @@
 <!-- _S9SLIDE_ -->
 <h1 id="gcc-crosscompile">GCC CrossCompile</h1>
 <ul>
+  <li>GCC上に実装されたCbCについてCrossCompileを行なった。</li>
   <li>GCC は C/C++/Objective-C などを様々な言語をコンパイルすることのできるコンパイラである。</li>
-  <li>
-    <p>GCCで実装されたCbCについてはARMのコードを生成するようにMakefileを作成した。</p>
-  </li>
+  <li>GCCで実装されたCbC言語についてはARMのコードを生成するようにMakefileを作成した。</li>
   <li>Linux上でARMのコードを生成するためのツールチェーンであるgcc-linux-gnuを使う事でxv6をKVM上で動作させる事に成功した。</li>
 </ul>
 
@@ -200,9 +293,9 @@
 <!-- _S9SLIDE_ -->
 <h1 id="section-1">今後の課題</h1>
 <ul>
-  <li>LLVMで実装されたLLVMで作成したxv6が動作しない原因をKVMを用いて調べる。</li>
+  <li>LLVMで実装されたでCbCで作成したxv6が動作しない原因をKVMを用いて調べる。</li>
   <li>必要であれば、xv6またはLLVMを修正していく。</li>
-  <li>xv6kernelの構文に沿ってCbCで書き換える部分を考察する。</li>
+  <li>ARM版xv6のkernelの構文に沿ってCbC言語で書き換える部分を考察する。</li>
 </ul>
 
 
@@ -211,7 +304,7 @@
 <!-- _S9SLIDE_ -->
 <h1 id="t">T図形</h1>
 <ul>
-  <li>CbC を Raspberry Pi で動かすためのアプローチの手法をを、I と T の形をした図の組み合わせによって説明を行う。</li>
+  <li>CbC言語 を Raspberry Pi で動かすためのアプローチの手法を、I と T の形をした図の組み合わせによって説明を行う。</li>
   <li>I の上部分に cbclang や Xv6 などのソースコード名を、下部分にその機能の記述言語を記してある</li>
   <li>T の上部分は左に入力されるファイル、右に出力されるその機能によって出力されるファイルが記され、下部分にその機能の記述言語が記されている。</li>
 </ul>
@@ -222,10 +315,10 @@
 </div>
 <div class='slide '>
 <!-- _S9SLIDE_ -->
-<h1 id="linuxcbc">Linux上でのCbCの実装</h1>
+<h1 id="linuxcbc-1">Linux上でのCbC言語の実装</h1>
 <ul>
-  <li>OSX上に立ち上げられたLinux で CbC のCrossCompileを行う過程を図に示す。</li>
-  <li>CbCは C によって記述されているため、CからARM形式の.oファイルを生成し、.oからARMのa.outを出力する。</li>
+  <li>OSX上に立ち上げられたLinux で CbC言語 のCrossCompileを行う過程を図に示す。</li>
+  <li>CbC言語は C によって記述されているため、CからARM形式の.oファイルを生成し、.oからARMのa.outを出力する。</li>
   <li>これらはARM形式なのでRaspberryPiで実行できるファイルである。</li>
 </ul>
 <div align="center"><img src="./images/OSX_Linux_VM.pdf" style="center" /></div>
@@ -237,7 +330,7 @@
 <h1 id="llvm-crosscompile-makefile">LLVM CrossCompile Makefile</h1>
 <ul>
   <li>makefileの一部を下に示す。</li>
-  <li>CCはコンパイラで、すでにmakeしたCbCのコンパイラを指定している。</li>
+  <li>CCはコンパイラで、すでにmakeしたCbC言語のコンパイラを指定している。</li>
   <li>AS(アセンブラ)やLD(リンカー)はarm-linux-gnuに続くコマンドを指定する。</li>
   <li>CFLAGS にターゲットオプションで arm-linux-gnueabihfを指定することで、ARMのコードを生成することができる。</li>
   <li>libgcc</li>
@@ -381,6 +474,12 @@
         -S -O binary --prefix-symbols="_binary_$@" $@.out $@, "  OBJCOPY  $(TARGET_DIR)$@")
 </code></pre>
 
+<p># T図形
+  - CbC言語 を Raspberry Pi で動かすためのアプローチの手法を、I と T の形をした図の組み合わせによって説明を行う。 
+  - I の上部分に cbclang や Xv6 などのソースコード名を、下部分にその機能の記述言語を記してある
+  - T の上部分は左に入力されるファイル、右に出力されるその機能によって出力されるファイルが記され、下部分にその機能の記述言語が記されている。</p>
+
+<div align="center"><img src="./images/examples_2.pdf" style="center" /></div>
 <!-- === end markdown block === -->
 </div>