From patchwork Tue Aug 2 08:38:02 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Alexander Kanavin X-Patchwork-Id: 10856 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from aws-us-west-2-korg-lkml-1.web.codeaurora.org (localhost.localdomain [127.0.0.1]) by smtp.lore.kernel.org (Postfix) with ESMTP id 3F6B3C00140 for ; Tue, 2 Aug 2022 08:38:31 +0000 (UTC) Received: from mail-wr1-f47.google.com (mail-wr1-f47.google.com [209.85.221.47]) by mx.groups.io with SMTP id smtpd.web12.3790.1659429502090140153 for ; Tue, 02 Aug 2022 01:38:22 -0700 Authentication-Results: mx.groups.io; dkim=pass header.i=@gmail.com header.s=20210112 header.b=pllsXA2Y; spf=pass (domain: gmail.com, ip: 209.85.221.47, mailfrom: alex.kanavin@gmail.com) Received: by mail-wr1-f47.google.com with SMTP id m13so12993126wrq.6 for ; Tue, 02 Aug 2022 01:38:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=H2CM0ZG0qUK1B39xkSZyOzWgBjqOQ6ll0lTZLXxJZ8U=; b=pllsXA2Yutw5L85pTG2pcFcItLrfFraTIoS+u9/wL+18xYrTIwekf1KCPjuLUNwFof L1SRNg0/TgxsottfTkYyh+9vmUVlU/XcE81le98zX2Bbc1ETYGXL1oGwoxpAuGOfXhdy HJnRWFQc0zIFWx9DwHA83AHOar06j0eeCbar/ZRP3waz9Bbs0QpQlnqTEFQ2+wi8yfGN tVNBdOya7bAAU016x4ns1vF7PPMs2Dy5NpVfW+9mvOZl3TybTFD/6VaK7H6oOFOIicMJ U2BYm47ci9OXOX/m7fDnlpecYIRdstaEJuVxOq5w5FFI9LAhnTgFZjNRmppyHDF/Cm0s qfaA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=H2CM0ZG0qUK1B39xkSZyOzWgBjqOQ6ll0lTZLXxJZ8U=; b=gSrDCuLvIiy3c8lJT5uMBjiM7AH/+1l+XvUV0NiqzL2B7cOziP+sk2z8m4QDQ0mShF SMdhYUmrKNk9D12oA37LDMRZZx5z40ToVBhYdX6lXikqIUEMW9DoWng5SDp8fLdhnJ/p FJgNTDR3joUQFYUjIaDprT5wxG7hFu2pflIpY465CyeWUmnY4Eud8uzwMVOBLmkj6dPj yXGY9wVbGAomjcjLvg/oeUW74Kp46VtStHGGDwaNIdQvhYwsVDjo0TWIEMXuhjID02Oz u7T+gVsuT/LodLj2Z4UfnZMGRVayDpkhwo8b28NS7GdBDXx9/hH0A40xUOq/gnq1rOp5 rGrg== X-Gm-Message-State: ACgBeo1e2soV9wCDpZkyfiFnjZ51uNACiJB7LBxAeQD3pzePfmrz7AZV zuVcX1+TiERoCPrwKv1exsBnhgdheK0= X-Google-Smtp-Source: AA6agR59uDrq3YK7FZJSo9jErxviKdyfir8AavNtctd0Xa7i5fgSSZaVLcwPdF+SmykqJ43ZaqCyWA== X-Received: by 2002:adf:fd4f:0:b0:220:60bc:3fc9 with SMTP id h15-20020adffd4f000000b0022060bc3fc9mr6454275wrs.398.1659429500206; Tue, 02 Aug 2022 01:38:20 -0700 (PDT) Received: from Zen2.lab.linutronix.de. (drugstore.linutronix.de. [80.153.143.164]) by smtp.gmail.com with ESMTPSA id u13-20020a05600c19cd00b003a2e1883a27sm28092350wmq.18.2022.08.02.01.38.08 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 02 Aug 2022 01:38:12 -0700 (PDT) From: Alexander Kanavin X-Google-Original-From: Alexander Kanavin To: docs@lists.yoctoproject.org Cc: Alexander Kanavin Subject: [PATCH 1/2] kernel-dev: working with kernel using devtool does not require building and installing eSDK Date: Tue, 2 Aug 2022 10:38:02 +0200 Message-Id: <20220802083803.2773818-1-alex@linutronix.de> X-Mailer: git-send-email 2.30.2 MIME-Version: 1.0 List-Id: X-Webhook-Received: from li982-79.members.linode.com [45.33.32.79] by aws-us-west-2-korg-lkml-1.web.codeaurora.org with HTTPS for ; Tue, 02 Aug 2022 08:38:31 -0000 X-Groupsio-URL: https://lists.yoctoproject.org/g/docs/message/3101 In fact, all the same tasks can be done directly from a Yocto build. Let's just drop the steps to produce and install the eSDK - if someone wants it, the SDK manual covers everything. Signed-off-by: Alexander Kanavin Reviewed-by: Michael Opdenacker --- documentation/kernel-dev/common.rst | 84 +++++------------------------ documentation/kernel-dev/intro.rst | 8 +-- 2 files changed, 16 insertions(+), 76 deletions(-) diff --git a/documentation/kernel-dev/common.rst b/documentation/kernel-dev/common.rst index dc3345a52..16ef6453b 100644 --- a/documentation/kernel-dev/common.rst +++ b/documentation/kernel-dev/common.rst @@ -52,8 +52,8 @@ image and ready to make modifications as described in the ":ref:`kernel-dev/common:using \`\`devtool\`\` to patch the kernel`" section: -1. *Initialize the BitBake Environment:* Before building an extensible - SDK, you need to initialize the BitBake build environment by sourcing +1. *Initialize the BitBake Environment:* + you need to initialize the BitBake build environment by sourcing the build environment script (i.e. :ref:`structure-core-script`):: $ cd poky @@ -120,67 +120,10 @@ section: NOTE: Starting bitbake server... $ -5. *Build the Extensible SDK:* Use BitBake to build the extensible SDK - specifically for use with images to be run using QEMU:: +5. *Build the Clean Image:* The final step in preparing to work on the + kernel is to build an initial image using ``bitbake``:: - $ cd poky/build - $ bitbake core-image-minimal -c populate_sdk_ext - - Once - the build finishes, you can find the SDK installer file (i.e. - ``*.sh`` file) in the following directory:: - - poky/build/tmp/deploy/sdk - - For this example, the installer file is named - ``poky-glibc-x86_64-core-image-minimal-i586-toolchain-ext-&DISTRO;.sh``. - -6. *Install the Extensible SDK:* Use the following command to install - the SDK. For this example, install the SDK in the default - ``poky_sdk`` directory:: - - $ cd poky/build/tmp/deploy/sdk - $ ./poky-glibc-x86_64-core-image-minimal-i586-toolchain-ext-&DISTRO;.sh - Poky (Yocto Project Reference Distro) Extensible SDK installer version &DISTRO; - ============================================================================ - Enter target directory for SDK (default: poky_sdk): - You are about to install the SDK to "/home/scottrif/poky_sdk". Proceed [Y/n]? Y - Extracting SDK......................................done - Setting it up... - Extracting buildtools... - Preparing build system... - Parsing recipes: 100% |#################################################################| Time: 0:00:52 - Initializing tasks: 100% |############## ###############################################| Time: 0:00:04 - Checking sstate mirror object availability: 100% |######################################| Time: 0:00:00 - Parsing recipes: 100% |#################################################################| Time: 0:00:33 - Initializing tasks: 100% |##############################################################| Time: 0:00:00 - done - SDK has been successfully set up and is ready to be used. - Each time you wish to use the SDK in a new shell session, you need to source the environment setup script e.g. - $ . /home/scottrif/poky_sdk/environment-setup-i586-poky-linux - - -7. *Set Up a New Terminal to Work With the Extensible SDK:* You must set - up a new terminal to work with the SDK. You cannot use the same - BitBake shell used to build the installer. - - After opening a new shell, run the SDK environment setup script as - directed by the output from installing the SDK:: - - $ source poky_sdk/environment-setup-i586-poky-linux - "SDK environment now set up; additionally you may now run devtool to perform development tasks. - Run devtool --help for further details. - - .. note:: - - If you get a warning about attempting to use the extensible SDK in - an environment set up to run BitBake, you did not use a new shell. - -8. *Build the Clean Image:* The final step in preparing to work on the - kernel is to build an initial image using ``devtool`` in the new - terminal you just set up and initialized for SDK work:: - - $ devtool build-image + $ bitbake core-image-minimal Parsing recipes: 100% |##########################################| Time: 0:00:05 Parsing of 830 .bb files complete (0 cached, 830 parsed). 1299 targets, 47 skipped, 0 masked, 0 errors. WARNING: No packages to add, building image core-image-minimal unmodified @@ -192,7 +135,6 @@ section: NOTE: Executing SetScene Tasks NOTE: Executing RunQueue Tasks NOTE: Tasks Summary: Attempted 2866 tasks of which 2604 didn't need to be rerun and all succeeded. - NOTE: Successfully built core-image-minimal. You can find output files in /home/scottrif/poky_sdk/tmp/deploy/images/qemux86 If you were building for actual hardware and not for emulation, you could flash @@ -202,7 +144,7 @@ section: Wiki page. At this point you have set up to start making modifications to the -kernel by using the extensible SDK. For a continued example, see the +kernel. For a continued example, see the ":ref:`kernel-dev/common:using \`\`devtool\`\` to patch the kernel`" section. @@ -744,7 +686,7 @@ Using ``devtool`` to Patch the Kernel ===================================== The steps in this procedure show you how you can patch the kernel using -the extensible SDK and ``devtool``. +``devtool``. .. note:: @@ -766,8 +708,7 @@ console. The example is a continuation of the setup procedure found in the ":ref:`kernel-dev/common:getting ready to develop using \`\`devtool\`\``" Section. 1. *Check Out the Kernel Source Files:* First you must use ``devtool`` - to checkout the kernel source code in its workspace. Be sure you are - in the terminal set up to do work with the extensible SDK. + to checkout the kernel source code in its workspace. .. note:: @@ -867,7 +808,7 @@ the ":ref:`kernel-dev/common:getting ready to develop using \`\`devtool\`\``" Se the results of your ``printk`` statements as part of the output when you scroll down the console window. -6. *Stage and commit your changes*: Within your eSDK terminal, change +6. *Stage and commit your changes*: Change your working directory to where you modified the ``calibrate.c`` file and use these Git commands to stage and commit your changes:: @@ -878,8 +819,7 @@ the ":ref:`kernel-dev/common:getting ready to develop using \`\`devtool\`\``" Se 7. *Export the Patches and Create an Append File:* To export your commits as patches and create a ``.bbappend`` file, use the following - command in the terminal used to work with the extensible SDK. This - example uses the previously established layer named ``meta-mylayer``. + command. This example uses the previously established layer named ``meta-mylayer``. :: $ devtool finish linux-yocto ~/meta-mylayer @@ -907,8 +847,8 @@ Using Traditional Kernel Development to Patch the Kernel ======================================================== The steps in this procedure show you how you can patch the kernel using -traditional kernel development (i.e. not using ``devtool`` and the -extensible SDK as described in the +traditional kernel development (i.e. not using ``devtool`` +as described in the ":ref:`kernel-dev/common:using \`\`devtool\`\` to patch the kernel`" section). diff --git a/documentation/kernel-dev/intro.rst b/documentation/kernel-dev/intro.rst index b9ce7f241..4ff4dc7d3 100644 --- a/documentation/kernel-dev/intro.rst +++ b/documentation/kernel-dev/intro.rst @@ -114,13 +114,13 @@ general information and references for further information. a build host ready to use the Yocto Project. 2. *Set Up Your Host Development System for Kernel Development:* It is - recommended that you use ``devtool`` and an extensible SDK for kernel + recommended that you use ``devtool`` for kernel development. Alternatively, you can use traditional kernel development methods with the Yocto Project. Either way, there are steps you need to take to get the development environment ready. - Using ``devtool`` and the eSDK requires that you have a clean build - of the image and that you are set up with the appropriate eSDK. For + Using ``devtool`` requires that you have a clean build + of the image. For more information, see the ":ref:`kernel-dev/common:getting ready to develop using \`\`devtool\`\``" section. @@ -134,7 +134,7 @@ general information and references for further information. 3. *Make Changes to the Kernel Source Code if applicable:* Modifying the kernel does not always mean directly changing source files. However, if you have to do this, you make the changes to the files in the - eSDK's Build Directory if you are using ``devtool``. For more + Yocto's Build Directory if you are using ``devtool``. For more information, see the ":ref:`kernel-dev/common:using \`\`devtool\`\` to patch the kernel`" section. From patchwork Tue Aug 2 08:38:03 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Alexander Kanavin X-Patchwork-Id: 10855 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from aws-us-west-2-korg-lkml-1.web.codeaurora.org (localhost.localdomain [127.0.0.1]) by smtp.lore.kernel.org (Postfix) with ESMTP id 3F6E1C3F6B0 for ; Tue, 2 Aug 2022 08:38:31 +0000 (UTC) Received: from mail-wm1-f41.google.com (mail-wm1-f41.google.com [209.85.128.41]) by mx.groups.io with SMTP id smtpd.web11.3851.1659429506648180731 for ; Tue, 02 Aug 2022 01:38:27 -0700 Authentication-Results: mx.groups.io; dkim=pass header.i=@gmail.com header.s=20210112 header.b=Plbueht7; spf=pass (domain: gmail.com, ip: 209.85.128.41, mailfrom: alex.kanavin@gmail.com) Received: by mail-wm1-f41.google.com with SMTP id a11so6875241wmq.3 for ; Tue, 02 Aug 2022 01:38:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=6efmuAW+w2eYvsD+YmBqaQOGbDAX8hFzzrYvSI9kBps=; b=Plbueht7BycumguY44QkSvs0lZ/IaUlI6WbbL8d3/LWgvoDCsFZx3AT08avqaD/8Bq sXWof/JljiZTkNEQhwFXZWawqOWWHAZjHdpLYfdzn0kPh7tEHZv+iQXzVanP+TuTKiAF hR9Jm+kQEYeupAXTLRkAZvtC90l2lKxBXnMibDDIrQTRKZ3W3vo+ojjgAT9LnbpVFEvB hp4klnG0/v7nRTh3Bu7CYZzb7TQzM69gWSCl86B93LrCam7xOdfqtZZ0mx4JNw665154 CW3rlXQRWht2GcBroj1rSCbU4ePaWP4xkDl4NvbxMXy1SnWlRQ3fC0N6FOCpcl4D/0e7 K3Hw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=6efmuAW+w2eYvsD+YmBqaQOGbDAX8hFzzrYvSI9kBps=; b=wCxWZIjP3o2g1fhInqnuXP0cafnxQmiLiqJQ3D5PTuvfYgQdkx5k9rfGviWF8wpf6L vlQ94YIyhjGV6dHnTRHRor9RATUCZIQOHqw/XWGQTWPke2RekWQdnElnDScKj4O8rZM5 9eTZEOxZF0WvPfXgVirUyEHFLD5YmrA0A1UUWc5V+54rlawFrst4CHJBljb75WwdA88W J6y14OhQgEii26pq2kI8RDXtj/Um6F8vgHWqNW9KuWZqnjIb66MGZNYyuQl7tX8jqbre 3pH0G+dgUzd8mC5C23x9MPiRE8BUh29h3WCz0WOiJ7YW/4QVzMmMassgsmqdzNdvBylA qqzg== X-Gm-Message-State: AJIora90jJYiSDaeHS0UFqFWZrrUfTmaZyvzxuRzxSlNIWpopJuBfc6B 04nhJ5JjK1K0pgbCEunmGke4dgHkcM8= X-Google-Smtp-Source: AGRyM1uM0i/ntO1/koRHbd9ark80JpJqvB8jscOyvhKLDpuLNqR5s3YkpQZSLN9dnf3ffqZbYRk3eA== X-Received: by 2002:a05:600c:3d09:b0:3a3:1969:b0e with SMTP id bh9-20020a05600c3d0900b003a319690b0emr13389561wmb.72.1659429504697; Tue, 02 Aug 2022 01:38:24 -0700 (PDT) Received: from Zen2.lab.linutronix.de. (drugstore.linutronix.de. [80.153.143.164]) by smtp.gmail.com with ESMTPSA id u13-20020a05600c19cd00b003a2e1883a27sm28092350wmq.18.2022.08.02.01.38.20 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 02 Aug 2022 01:38:21 -0700 (PDT) From: Alexander Kanavin X-Google-Original-From: Alexander Kanavin To: docs@lists.yoctoproject.org Cc: Alexander Kanavin Subject: [PATCH 2/2] sdk-manual: describe how to use extensible SDK functionality directly in a Yocto build Date: Tue, 2 Aug 2022 10:38:03 +0200 Message-Id: <20220802083803.2773818-2-alex@linutronix.de> X-Mailer: git-send-email 2.30.2 In-Reply-To: <20220802083803.2773818-1-alex@linutronix.de> References: <20220802083803.2773818-1-alex@linutronix.de> MIME-Version: 1.0 List-Id: X-Webhook-Received: from li982-79.members.linode.com [45.33.32.79] by aws-us-west-2-korg-lkml-1.web.codeaurora.org with HTTPS for ; Tue, 02 Aug 2022 08:38:31 -0000 X-Groupsio-URL: https://lists.yoctoproject.org/g/docs/message/3102 Signed-off-by: Alexander Kanavin --- .../sdk-manual/appendix-customizing.rst | 14 ++-- documentation/sdk-manual/appendix-obtain.rst | 18 +++++- documentation/sdk-manual/extensible.rst | 64 ++++++++++++++++++- documentation/sdk-manual/working-projects.rst | 8 +++ 4 files changed, 96 insertions(+), 8 deletions(-) diff --git a/documentation/sdk-manual/appendix-customizing.rst b/documentation/sdk-manual/appendix-customizing.rst index 9a76cc59d..23a437eb9 100644 --- a/documentation/sdk-manual/appendix-customizing.rst +++ b/documentation/sdk-manual/appendix-customizing.rst @@ -1,11 +1,17 @@ .. SPDX-License-Identifier: CC-BY-SA-2.0-UK -****************************** -Customizing the Extensible SDK -****************************** +*************************************************** +Customizing the Extensible SDK standalone installer +*************************************************** This appendix describes customizations you can apply to the extensible -SDK. +SDK when using in the standalone installer version. + +.. note:: + + It is also possible to use the Extensible SDK functionality directly in a + Yocto build, avoiding separate installer artefacts. Please refer to + ":ref:`sdk-manual/extensible:Installing the Extensible SDK`" Configuring the Extensible SDK ============================== diff --git a/documentation/sdk-manual/appendix-obtain.rst b/documentation/sdk-manual/appendix-obtain.rst index ece378c75..9b7717a4c 100644 --- a/documentation/sdk-manual/appendix-obtain.rst +++ b/documentation/sdk-manual/appendix-obtain.rst @@ -4,8 +4,22 @@ Obtaining the SDK ***************** +Working with the SDK components directly in a Yocto build +========================================================= + +Please refer to section +":ref:`sdk-manual/extensible:Setting up the Extensible SDK environment directly in a Yocto build`" + +Note that to use this feature effectively either a powerful build +machine, or a well-functioning sstate cache infrastructure is required: +otherwise significant time could be spent waiting for components to be built +by bitbake from source code. + +Working with standalone SDK Installers +====================================== + Locating Pre-Built SDK Installers -================================= +--------------------------------- You can use existing, pre-built toolchains by locating and running an SDK installer script that ships with the Yocto Project. Using this @@ -72,7 +86,7 @@ Follow these steps to locate and hand-install the toolchain: section for more information. Building an SDK Installer -========================= +------------------------- As an alternative to locating and downloading an SDK installer, you can build the SDK installer. Follow these steps: diff --git a/documentation/sdk-manual/extensible.rst b/documentation/sdk-manual/extensible.rst index ed9e43a2d..ae0587fec 100644 --- a/documentation/sdk-manual/extensible.rst +++ b/documentation/sdk-manual/extensible.rst @@ -41,6 +41,42 @@ functionality. Installing the Extensible SDK ============================= +Two ways to install the Extensible SDK +-------------------------------------- + +Extensible SDK can be installed in two different ways, and both have +their own pros and cons: + +1. *Setting up the Extensible SDK environment directly in a Yocto build*. This +avoids having to produce, test, distribute and maintain separate SDK installer +archives, which can get very large. There is only one environment for the regular +yocto build and the SDK and less code paths where things can go not according to plan. +It's easier to update the SDK: it simply means updating the yocto layers with +git fetch or layer management tooling. The SDK extensibility is better than in the +second option: just run ``bitbake`` again to add more things to the sysroot, or add layers +if even more things are required. + +2. *Setting up the Extensible SDK from a standalone installer*. This has the benefit of +having a single, self-contained archive that includes all the needed binary artifacts. +So nothing needs to be rebuild, and there is no need to provide a well-functioning +binary artefact cache over the network for developers with underpowered laptops. + +Setting up the Extensible SDK environment directly in a Yocto build +------------------------------------------------------------------- + +1. Set up all the needed layers and a yocto build directory, e.g. a regular yocto + build where ``bitbake`` can be executed. + +2. Run: + $ bitbake meta-ide-support + $ bitbake -c populate_sysroot gtk+3 + (or any other target or native item that the application developer would need) + $ bitbake populate-sysroots + + +Setting up the Extensible SDK from a standalone installer +--------------------------------------------------------- + The first thing you need to do is install the SDK on your :term:`Build Host` by running the ``*.sh`` installation script. @@ -136,7 +172,12 @@ Running the Extensible SDK Environment Setup Script =================================================== Once you have the SDK installed, you must run the SDK environment setup -script before you can actually use the SDK. This setup script resides in +script before you can actually use the SDK. + +When using a SDK directly in a Yocto build, you will find the script in +``tmp/deploy/images/qemux86-64/`` in your build directory. + +When using a standalone SDK installer, this setup script resides in the directory you chose when you installed the SDK, which is either the default ``poky_sdk`` directory or the directory you chose during installation. @@ -154,6 +195,11 @@ script is for an IA-based target machine using i586 tuning:: SDK environment now set up; additionally you may now run devtool to perform development tasks. Run devtool --help for further details. +When using the environment script directly in a Yocto build, it can +be run similarly: + + $ source tmp/deploy/images/qemux86-64/environment-setup-core2-64-poky-linux + Running the setup script defines many environment variables needed in order to use the SDK (e.g. ``PATH``, :term:`CC`, @@ -1215,10 +1261,24 @@ need to link to libGL but you are not sure which recipe provides libGL. You can use the following command to find out:: $ devtool search libGL mesa + A free implementation of the OpenGL API -A free implementation of the OpenGL API Once you know the recipe +Once you know the recipe (i.e. ``mesa`` in this example), you can install it:: +When using the extensible SDK directly in a Yocto build +------------------------------------------------------- + +In this scenario, the Yocto build tooling, e.g. ``bitbake`` +is directly accessible to build additional items, and it +can simply be executed directly: + + $ bitbake mesa + $ bitbake populate-sysroots + +When using a standalone installer for the Extensible SDK +-------------------------------------------------------- + $ devtool sdk-install mesa By default, the ``devtool sdk-install`` command assumes diff --git a/documentation/sdk-manual/working-projects.rst b/documentation/sdk-manual/working-projects.rst index 7f8d9b849..12cb2efee 100644 --- a/documentation/sdk-manual/working-projects.rst +++ b/documentation/sdk-manual/working-projects.rst @@ -88,6 +88,10 @@ project: $ source /opt/poky/&DISTRO;/environment-setup-i586-poky-linux + Another example is sourcing the environment setup directly in a yocto + build:: + $ source tmp/deploy/images/qemux86-64/environment-setup-core2-64-poky-linux + 3. *Create the configure Script:* Use the ``autoreconf`` command to generate the ``configure`` script. :: @@ -279,6 +283,10 @@ example: $ source /opt/poky/&DISTRO;/environment-setup-i586-poky-linux + Another example is sourcing the environment setup directly in a yocto + build:: + $ source tmp/deploy/images/qemux86-64/environment-setup-core2-64-poky-linux + 3. *Create the Makefile:* For this example, the Makefile contains two lines that can be used to set the :term:`CC` variable. One line is identical to the value that is set when you run the SDK environment