From eccaafa620cdc982525f19deffa13beef84d4c21 Mon Sep 17 00:00:00 2001 From: Scott Rifenbark Date: Wed, 17 Nov 2010 11:11:50 -0800 Subject: documentation/poky-ref-manual/development.xml: Fixed orderedlist and itemizedlist spacing. Signed-off-by: Scott Rifenbark --- documentation/poky-ref-manual/development.xml | 138 +++++++++++++------------- 1 file changed, 69 insertions(+), 69 deletions(-) (limited to 'documentation') diff --git a/documentation/poky-ref-manual/development.xml b/documentation/poky-ref-manual/development.xml index 7a39c96c7a..0fd9adbe4b 100644 --- a/documentation/poky-ref-manual/development.xml +++ b/documentation/poky-ref-manual/development.xml @@ -114,12 +114,12 @@ Do the following to install the Yocto plug-in into the Eclipse IDE: - Select the "Help -> Install New Software" item. - In the "Work with:" area click "Add..." and enter the URL for + Select the "Help -> Install New Software" item. + In the "Work with:" area click "Add..." and enter the URL for the Yocto plug-in, which is - - Finish out the installation of the update similar to any other - Eclipse plug-in. + + Finish out the installation of the update similar to any other + Eclipse plug-in. @@ -166,11 +166,11 @@ The following steps show how to create a Yocto autotools-based project using a given template: - Select "File -> New -> Project" to start the wizard. - Expand "C/C++" and select "C Project". - Click "Next" and select a template (e.g. "Hello World ANSI C Project"). - Complete the steps to create the new Yocto autotools-based project using - your chosen template. + Select "File -> New -> Project" to start the wizard. + Expand "C/C++" and select "C Project". + Click "Next" and select a template (e.g. "Hello World ANSI C Project"). + Complete the steps to create the new Yocto autotools-based project using + your chosen template. By default, the project uses the Yocto preferences settings as defined using the procedure in @@ -179,38 +179,38 @@ you need to reconfigure the Yocto plug-in through the menu selection by doing the following: - Select the "Project -> Invoke Yocto Tools -> Reconfigure Yocto" menu item. - Complete the dialogue to specify the specific toolchain and QEMU setup information. + Select the "Project -> Invoke Yocto Tools -> Reconfigure Yocto" menu item. + Complete the dialogue to specify the specific toolchain and QEMU setup information. To build the project follow these steps: - Select "Project -> Reconfigure Project" to trigger the - autogen.sh command. - Select "Project -> Build" to build the project. + Select "Project -> Reconfigure Project" to trigger the + autogen.sh command. + Select "Project -> Build" to build the project. To start QEMU follow these steps: - Select "Run -> External Tools" and see if there is + Select "Run -> External Tools" and see if there is a QEMU instance for the desired target. If one exists, click on the instance to start QEMU. If your target does not exist, click "External Tools Configuration" and you should find an instance of QEMU for your architecture - under the entry under "Program". - Wait for the boot to complete. + under the entry under "Program". + Wait for the boot to complete. To deploy your project and start debugging follow these steps: - Highlight your project in the project explorer. - Select "Run -> Debug Configurations" to bring up your remote debugging configuration - in the right-hand window. - Expand “C/C++ Remote Application”. - Select "projectname_ gdb_target-poky-linux". + Highlight your project in the project explorer. + Select "Run -> Debug Configurations" to bring up your remote debugging configuration + in the right-hand window. + Expand “C/C++ Remote Application”. + Select "projectname_ gdb_target-poky-linux". You need to be sure there is an entry for the remote target. If no entry exists, click "New..." to bring up the wizard. Use the wizard to select TCF and enter the IP address of you remote target in the @@ -219,8 +219,8 @@ “Remote Absolute File Path for C/C++ Application” field the absolute path for the program on the remote target. By default, the program deploys into the remote target. - If you don't want this behavior then check “Skip download to target path”. - Click "Debug” to start the remote debugging session. + If you don't want this behavior then check “Skip download to target path”. + Click "Debug” to start the remote debugging session. @@ -239,11 +239,11 @@ Here are some specifics about the remote tools: - OProfile: Selecting this tool causes the oprofile-server on the remote + OProfile: Selecting this tool causes the oprofile-server on the remote target to launch on the local host machine. The oprofile-viewer must be installed on the local host machine and the oprofile-server must be - installed on the remote target, respectively, in order to use . - lttng: Selecting this tool runs "usttrace" on the remote target, transfers + installed on the remote target, respectively, in order to use . + lttng: Selecting this tool runs "usttrace" on the remote target, transfers the output data back to the local host machine and uses "lttv-gui" to graphically display the output. The "lttv-gui" must be installed on the local host machine to use this tool. @@ -257,9 +257,9 @@ "Argument" is passed to "usttrace" running on the remote target. - + - powertop: Selecting this tool runs "powertop" on the + powertop: Selecting this tool runs "powertop" on the remote target machine and displays the results in a new view called "powertop". "Time to gather data(sec):" is the time passed in seconds before data is @@ -268,13 +268,13 @@ "show pids in wakeups list:" corresponds to the -p argument passed to "powertop". - + - latencytop and perf: "latencytop" identifies + latencytop and perf: "latencytop" identifies system latency, while "perf" monitors the system's performance counter registers. Selecting either of these tools causes an RSE terminal view to appear from which you can run the tools. Both tools refresh the - entire screen to display results while they run. + entire screen to display results while they run. @@ -317,16 +317,16 @@ Follow these steps to set up the plug-in: - Extract the tarball for the toolchain into / as root. - The toolchain will be installed into /opt/poky. - To use the plug-in, first open or create an existing project. + Extract the tarball for the toolchain into / as root. + The toolchain will be installed into /opt/poky. + To use the plug-in, first open or create an existing project. If you are creating a new project, the "C GTK+" project type will allow itself to be cross-compiled. - However, you should be aware that this type uses "glade" for the UI. - To activate the plug-in, select "Edit -> Preferences" and then choose + However, you should be aware that this type uses "glade" for the UI. + To activate the plug-in, select "Edit -> Preferences" and then choose "General" from the left hand side. Choose the "Installed plug-ins" tab, scroll down to "Poky SDK" and - check the box. + check the box. The plug-in is now activated but not configured. @@ -338,29 +338,29 @@ SDK icon from the left hand side. You need to define the following options: - SDK root: If you use an external toolchain you need to set + SDK root: If you use an external toolchain you need to set SDK root, which is the root directory of the SDK's sysroot. For an i586 SDK directory is /opt/poky/. This directory will contain "bin", "include", "var" and so forth under your selected target architecture subdirectory /opt/poky/sysroot/i586-poky-linux/. The cross-compile tools you need are in - /opt/poky/sysroot/i586-pokysdk-linux/. - Poky root: If you have a local Poky build tree, you need to + /opt/poky/sysroot/i586-pokysdk-linux/. + Poky root: If you have a local Poky build tree, you need to set the Poky root, which is the root directory of the poky build tree. If you build your i586 target architecture under the subdirectory of build_x86 within your Poky tree, the Poky root directory - should be $<poky_tree>/build_x86/. - Target Architecture: This is the cross compile triplet, + should be $<poky_tree>/build_x86/. + Target Architecture: This is the cross compile triplet, for example, "i586-poky-linux". This target triplet is the prefix extracted from the set up script file's name. For example, if the script file name is /opt/poky/environment-setup-i586-poky-linux then the extracted target - triplet is "i586-poky-linux". - Kernel: Use the file chooser to select the kernel used with QEMU. - Root filesystem: Use the file chooser to select the root + triplet is "i586-poky-linux". + Kernel: Use the file chooser to select the kernel used with QEMU. + Root filesystem: Use the file chooser to select the root filesystem directory. This directory is where you use "poky-extract-sdk" to extract the - poky-image-sdk tarball. + poky-image-sdk tarball. @@ -370,25 +370,25 @@ The steps in this section show how to cross-compile a project, deploy it into QEMU, run a debugger against it and then perform a system-wide profile. - Choose "Build -> Run Configure" or "Build -> Run Autogenerate" to run + Choose "Build -> Run Configure" or "Build -> Run Autogenerate" to run "configure" or "autogen", respectively for the project. Either command passes command-line arguments to instruct the - cross-compile. - Choose "Build -> Build Project" to build and compile the project. + cross-compile. + Choose "Build -> Build Project" to build and compile the project. If you have previously built the project in the same tree without using the cross-compiler you might find that your project fails to link. If this is the case, simply select "Build -> Clean Project" to remove the old binaries. - After you clean the project you can then try building it again. - Choose "Tools -> Start QEMU" to start QEMU. + After you clean the project you can then try building it again. + Choose "Tools -> Start QEMU" to start QEMU. After QEMU starts any error messages will appear in the message view. Once Poky has fully booted within QEMU you can deploy the project - into it. - Once the project is built and you have QEMU running choose + into it. + Once the project is built and you have QEMU running choose "Tools -> Deploy" to install the package into a temporary directory and then copy it using "rsync" over SSH into the target. - A progress bar and appropriate messages appear in the message view. - To debug a program installed onto the target choose + A progress bar and appropriate messages appear in the message view. + To debug a program installed onto the target choose "Tools -> Debug remote". Choosing this menu item causes prompts to appear to define the local binary for debugging and also for the command line used to run on the target. @@ -402,16 +402,16 @@ target program. You should define any breakpoints or watchpoints at this point in the process since you might not be able to interrupt the execution later. - To stop the debugger on the target choose "Tools -> Stop debugger". - It is also possible to execute a command in the target over SSH. + To stop the debugger on the target choose "Tools -> Stop debugger". + It is also possible to execute a command in the target over SSH. Doing so causes the appropriate environment to be established for execution. To execute a command choose "Choose Tools -> Run remote". - This selection opens a terminal with the SSH command inside. - To perform a system-wide profile against the system running in QEMU choose + This selection opens a terminal with the SSH command inside. + To perform a system-wide profile against the system running in QEMU choose "Tools -> Profile remote". This choice starts up "OProfileUI" with the appropriate parameters to connect to the server running inside QEMU and also supplies the path - for debug information necessary to get a useful profile. + for debug information necessary to get a useful profile. @@ -521,9 +521,9 @@ This command opens a terminal with a shell prompt within the Poky environment. Consequently, the following occurs: - The PATH variable includes the cross toolchain. - The pkgconfig variables find the correct .pc files. - "configure" finds the Poky site files as well as any other necessary files. + The PATH variable includes the cross toolchain. + The pkgconfig variables find the correct .pc files. + "configure" finds the Poky site files as well as any other necessary files. Within this environment, you can run "configure" or "compile" commands as if they were being run by Poky itself. @@ -732,14 +732,14 @@ tmp/sysroots/<host-arch</usr/bin/<target-abi>-gdb These steps show how to build the custom directory of files: - Install the package (foo in this case) to + Install the package (foo in this case) to tmp/rootfs: tmp/sysroots/i686-linux/usr/bin/opkg-cl -f \ tmp/work/<target-abi>/poky-image-sato-1.0-r0/temp/opkg.conf -o \ tmp/rootfs/ update - - Install the debugging information: + + Install the debugging information: tmp/sysroots/i686-linux/usr/bin/opkg-cl -f \ tmp/work/<target-abi>/poky-image-sato-1.0-r0/temp/opkg.conf \ @@ -748,7 +748,7 @@ tmp/work/<target-abi>/poky-image-sato-1.0-r0/temp/opkg.conf \ tmp/sysroots/i686-linux/usr/bin/opkg-cl -f \ tmp/work/<target-abi>/poky-image-sato-1.0-r0/temp/opkg.conf \ -o tmp/rootfs install foo-dbg - + -- cgit v1.2.3