mirror of
https://git.rtems.org/rtems-docs/
synced 2025-06-03 12:59:32 +08:00
parent
2c7cd341a0
commit
f682984429
@ -181,7 +181,7 @@ errors that can arise.
|
||||
|
||||
The protocol option lets you set a specific protocol. The ``git://`` prefix
|
||||
used by the RSB to select a git repository can be removed using *none* or
|
||||
replaced with one of the standard git protcols.
|
||||
replaced with one of the standard git protocols.
|
||||
|
||||
CVS
|
||||
~~~
|
||||
@ -315,7 +315,7 @@ Maps are declared anywhere in the map using the map directive:
|
||||
|
||||
1. The map is set to ``my-special-map``.
|
||||
|
||||
Any macro defintions following a map declaration are placed in that map and the
|
||||
Any macro definitions following a map declaration are placed in that map and the
|
||||
default map is ``global`` when loading a file. Maps are selected in
|
||||
configuration files by using the ``%select`` directive:
|
||||
|
||||
@ -328,7 +328,7 @@ if present return that value else the ``global`` map is used. Any new macros or
|
||||
changes update only the ``global`` map. This may change in future releases so
|
||||
please make sure you use the ``override`` attribute.
|
||||
|
||||
The macro files specificed on the command line are looked for in the
|
||||
The macro files specified on the command line are looked for in the
|
||||
``_configdir`` paths. See <<X1,``_configdir``>> variable for details. Included
|
||||
files need to add the ``%{_configdir}`` macro to the start of the file.
|
||||
|
||||
@ -636,8 +636,8 @@ source packages based on the outer configuration options:
|
||||
The remainder of the script is broken in to the various phases of a build. They
|
||||
are:
|
||||
|
||||
. Preperation
|
||||
. Bulding
|
||||
. Preparation
|
||||
. Building
|
||||
. Installing, and
|
||||
. Cleaning
|
||||
|
||||
@ -799,8 +799,8 @@ To build this you can use something similar to:
|
||||
|
||||
The build is for a FreeBSD host and the prefix is for user installed
|
||||
packages. In this example I cannot let the source builder perform the install
|
||||
because I never run the RSB with root priviledges so a build set or bset tar
|
||||
file is created. This can then be installed using root priviledges.
|
||||
because I never run the RSB with root privileges so a build set or bset tar
|
||||
file is created. This can then be installed using root privileges.
|
||||
|
||||
The command also supplies the ``--trace`` option. The output in the log file
|
||||
will contain all the macros.
|
||||
|
@ -37,7 +37,7 @@ To build the Curl package for RTEMS you enter the RSB command:
|
||||
|
||||
2. The ``--host`` command is the RTEMS architecture and version.
|
||||
|
||||
3. The BSP is built and installed in the prefix. The arhcitecture must match
|
||||
3. The BSP is built and installed in the prefix. The architecture must match
|
||||
the ``--host`` architecture.
|
||||
|
||||
.. note: Installing Into Different Directories
|
||||
|
@ -154,7 +154,7 @@ Patches are added to a component's name and in the ``%prep:`` section the
|
||||
patches can be set up, meaning they are applied to source. The patches are
|
||||
applied in the order they are added. If there is a dependency make sure you
|
||||
order the patches correctly when you add them. You can add any number of
|
||||
patches and the RSB will handle them efficently.
|
||||
patches and the RSB will handle them efficiently.
|
||||
|
||||
Patches can have options. These are added before the patch URL. If no options
|
||||
are provided the patch's setup default options are used.
|
||||
|
@ -133,7 +133,7 @@ A custom RTEMS patch to an executate's source code can turn it into a function
|
||||
that can be called by the RTEMS shell. Users can call the function in their
|
||||
executables simulating the running of the package's command. If the package
|
||||
does not export the code in a suitable manner please contact the project's
|
||||
commuinity and see if you can work with them to provide a way for the code to
|
||||
community and see if you can work with them to provide a way for the code to
|
||||
be exported. This may be difficult because exporting internal headers and
|
||||
functions opens the project up to API compatibility issues they did not have
|
||||
before. In the simplest case attempting to get the code into a static library
|
||||
|
Loading…
x
Reference in New Issue
Block a user