Notice: We have migrated to GitLab launching 2024-05-01 see here: https://gitlab.rtems.org/

Changes between Version 1 and Version 2 of Developer/Multilib


Ignore:
Timestamp:
09/24/05 03:43:15 (19 years ago)
Author:
ChrisJohns
Comment:

Added the external BSP build. Thanks Ralf.

Legend:

Unmodified
Added
Removed
Modified
  • Developer/Multilib

    v1 v2  
    5353  * Binary packages for 3rd party distributions.
    5454
    55 The BSP can be a separate package, and therefore a library, or it can be built into the application. There is little difference between either BSP code base. The issues are more related to configuration control.
     55The BSP can be:
     56
     57 *  Part of the RTEMS source tree,
     58 *  A separate package (a separate library),
     59 *  Built into the application.
     60
     61Which type of BSP depends on where and how you use RTEMS and the type of hardware you use. If the target hardware is a common available platform placing the BSP in RTEMS is encouraged as others can share the work and aid fixing bugs.
     62
     63If the target hardware is custom built for a specific purpose placing that BSP into the RTEMS is not of great value unless it is the only one of that type for that processor and would make a good reference BSP. Making a separate BSP allows target hardware to be shared between applications. This is great for custom hardware a company uses in a number of products.
     64
     65Finally the BSP can be built into the application. This allows a separation from the released RTEMS sources, which has a slow release cycle, and a BSP specific to an application that has tight configuration control and verification and validation requirements.
     66
     67There can be little difference between BSP code base or it can be very different. A BSP separated from RTEMS does not require the BSP be merged and updated to work with a newer RTEMS release. RTEMS is always changing and evolving and RTEMS maintainers need the freedom to make changes that best suit RTEMS. On the other hand separate BSPs code not get to share common BSP code in RTEMS. The same extends to libchip drivers.
    5668
    5769The command line to build a CPU Kit for the M68K target can be -
    5870
    59   $ ../rtems/configure --target=m68k-rtems \
     71  $ ../rtems/configure --target=m68k-rtems4.7 \
    6072                       --enable-multilib \
    6173                       --enable-doc \
     
    6476                       --enable-networking \
    6577                       --disable-tests \
    66                        --disable-itron
     78                       --disable-itron \
     79                       --prefix=/opt/rtems-4.7
    6780
    6881You will need to select the <tt>configure</tt> options that suite you. To build RTEMS enter -
    6982
    70   $ make RTEMS_BSP="" all install
     83  $ make RTEMS_BSP= all install
     84= [wiki:BuildExternalBSP Building an External BSP] =
     85
     86
     87Once you have a CPU Kit install you can build a BSP in the RTEMS source tree by using the following -
     88
     89  $ rm -rf ../rtems/cpukit
     90  $ ../rtems/configure --target=m68k-rtems4.7 \
     91                       --prefix=/opt/rtems-4.7
     92  $ make RTEMS_BSP=xxxx