Development Environment/zh tw

From Openmoko

(Difference between revisions)
Jump to: navigation, search
(使用OE進行開發)
Line 19: Line 19:
 
bitbake openmoko-sample2 -c devshell
 
bitbake openmoko-sample2 -c devshell
  
你可以進入一個建立build套件的shell 環境。
+
你可以進入一個建立build套件的shell 環境。在完成修改之後,通常可以使用 `make' 。若你使用的是autotools 你可以在新的隱藏的.libs目錄下找到這個新的 binary。
bitbake openmoko-sample2 -c devshell
+
You will be dropped to a shell that the environment is set to build the package.  After the modification, usually a simple `make' will do the trick.  You should be able to find the new binary under a hidden .libs directory if this package uses autotools.
+
  
 
== Use quilt ==
 
== Use quilt ==

Revision as of 10:27, 29 October 2008

如果你想要建立一個新的應用程式,若您想要建立一個新的應用程式,你可能必須要先暸解Toolchain。然後,若它的相關設定相當的複雜,或者你想要修改一些在系統中已經存在的東西,目前最容易的方法就是使用OpenEmbedded

Contents

新的應用程式

使用OE進行開發

在完成OE (OpenEmbedded) 的環境設定之後,讓它可以 build 最新的 Openmoko 元件,在避免重複性上是必要的。你可以參考如何啟動autorev 查看如何完成上述的工作。第一個Build將會花費很多時間,並且耗用掉相當大的磁碟空間,但在完成這個工作後,它將會執行的較為快速。你也會需要 移除 local.conf 中的 INHERIT += "rm_work (如果設定中有相關的內容時)。

現在,舉個例子來說,若你希望修改openmoko-sample2,你可以使用以下的方法,先build 它:

bitbake openmoko-sample2

接著,

bitbake openmoko-sample2 -c devshell

你可以進入一個建立build套件的shell 環境。在完成修改之後,通常可以使用 `make' 。若你使用的是autotools 你可以在新的隱藏的.libs目錄下找到這個新的 binary。

Use quilt

We could make modification and manage it by `quilt'.

$ # no need to mkdir patches. already exists. $ quilt new foo.patch $ quilt add to_be_changed.c $ vi to_be_changed.c <coding monkey is working...> $ make $ scp foobar neo: # copy it to neo <test... wow it works> $ quilt refresh $ cp -r patches ~/miracle # keep it somewhere

Tips

  • You might find it convenient to replace the source directory with a symlink to the same directory under your Openmoko svn tree, once you get more understanding of OE. You need to patch and configure the source again if you go this route.
  • If you don't want to use devshell, change directory to ${WORKDIR} directly (usually one level higher than the directory that devshell drops you to), do the modification, and invoke ./temp/run.do_compile.xxxx will also compile the source again.

Make ipkg for distributing

Multiple ways to do this:

  • Use quilt patches and add it to the bb file. Rebuild.
  • bitbake openmoko-sample2 -c package_write
Personal tools

如果你想要建立一個新的應用程式,若您想要建立一個新的應用程式,你可能必須要先暸解Toolchain。然後,若它的相關設定相當的複雜,或者你想要修改一些在系統中已經存在的東西,目前最容易的方法就是使用OpenEmbedded

新的應用程式

使用OE進行開發

在完成OE (OpenEmbedded) 的環境設定之後,讓它可以 build 最新的 Openmoko 元件,在避免重複性上是必要的。你可以參考如何啟動autorev 查看如何完成上述的工作。第一個Build將會花費很多時間,並且耗用掉相當大的磁碟空間,但在完成這個工作後,它將會執行的較為快速。你也會需要 移除 local.conf 中的 INHERIT += "rm_work (如果設定中有相關的內容時)。

現在,舉個例子來說,若你希望修改openmoko-sample2,你可以使用以下的方法,先build 它:

bitbake openmoko-sample2

接著,

bitbake openmoko-sample2 -c devshell

你可以進入一個建立build套件的shell 環境。在完成修改之後,通常可以使用 `make' 。若你使用的是autotools 你可以在新的隱藏的.libs目錄下找到這個新的 binary。

Use quilt

We could make modification and manage it by `quilt'.

$ # no need to mkdir patches. already exists. $ quilt new foo.patch $ quilt add to_be_changed.c $ vi to_be_changed.c <coding monkey is working...> $ make $ scp foobar neo: # copy it to neo <test... wow it works> $ quilt refresh $ cp -r patches ~/miracle # keep it somewhere

Tips

  • You might find it convenient to replace the source directory with a symlink to the same directory under your Openmoko svn tree, once you get more understanding of OE. You need to patch and configure the source again if you go this route.
  • If you don't want to use devshell, change directory to ${WORKDIR} directly (usually one level higher than the directory that devshell drops you to), do the modification, and invoke ./temp/run.do_compile.xxxx will also compile the source again.

Make ipkg for distributing

Multiple ways to do this:

  • Use quilt patches and add it to the bb file. Rebuild.
  • bitbake openmoko-sample2 -c package_write