Mercurialcrosstool-ng / file revision
summary | shortlog | changelog | graph | tags | branches | files | changeset | file | latest | revisions | annotate | diff | raw | help
contrib/gcc-test-suite/README
author "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
Thu May 26 22:51:03 2011 +0200 (2011-05-26)
changeset 2481 30644208c955
parent 1965 e3d532dd8b5d
child 2908 dcdb309b7967
permissions -rw-r--r--
configure: add possibility to set arbitrary variable in check_for

If check_for is able to find the required prog/inc/lib, allow it to
set an arbitrary variable to 'y'. This variable is then pushed down
to the kconfig definition.

For example:
has_or_abort prog=foobar kconfig=has_foobar

If foobar is available, it yields a kconfig variable defaulting to y:
config CONFIGURE_has_foobar
bool
default y

If foobar is missing, it yields a kconfig variable defaulting to n:
config CONFIGURE_has_foobar
bool

Thus it is possible to depends on that variabel to show/hide options:
config SOME_FEATURE
bool
prompt "Some feature"
depends on CONFIGURE_has_foobar

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> 
     1 

     2 Helper Makefile for testing gcc toolchains using the gcc-testsuite

     3 ==================================================================

     4 

     5 Requirements

     6 ------------

     7 

     8 * DejaGnu 'runtest' v1.4.4+

     9 * Make v3.81+

    10 

    11 

    12 Configuration

    13 -------------

    14 

    15 Edit default.cfg to reflect your toolchain and target configuration.

    16 

    17 Alternatively, override configuration variables on the command line.

    18 

    19 Available config variables:

    20 

    21 DG_TOOLNAME

    22   The name of the tool you want to test.

    23   Currently supported: gcc or g++

    24   Default: gcc

    25 

    26 DG_TARGET_HOSTNAME

    27   The hostname or IP of the machine to execute run-tests

    28   Default: 127.0.0.1

    29 

    30 DG_TARGET_USERNAME

    31   Execute the run-test as this user on DG_TARGET_HOSTNAME

    32   Default: root

    33 

    34 DG_C_TESTS

    35 DG_CPP_TESTS

    36   The C/C++ tests you want to check

    37   Default: (empty, means all tests)

    38 

    39 

    40 Run examples

    41 ------------

    42 

    43 The first two examples require a networked target with ssh access and automatic

    44 ssh login (see section below). Target SW should be compiled with the toolchain 

    45 to be tested.

    46 

    47 Run default gcc compile/execution tests:

    48 $ make DG_TOOLNAME=gcc DG_TARGET_HOSTNAME=192.168.17.93 DG_TARGET_USERNAME=root

    49 

    50 Run default g++ compile/execution tests:

    51 $ make DG_TOOLNAME=g++ DG_TARGET_HOSTNAME=192.168.17.93 DG_TARGET_USERNAME=root

    52 

    53 Run selected gcc compile only tests (no target required):

    54 $ make DG_TOOLNAME=gcc DG_C_TESTS="compile.exp noncompile.exp" 

    55 

    56 

    57 SSH automatic login configuration example

    58 -----------------------------------------

    59 

    60 On host do: 

    61 ssh-keygen -t rsa (then simply press enter thru all steps)

    62 ssh-copy-id -i ~/.ssh/id_rsa.pub <username>@<target IP>

    63 

    64 Now automatic ssh login should work - test by doing a simple ssh session to target.

    65 

    66 Note: The procedure might be slightly different for your particular target.

    67 

    68 

    69 Getting rid of the test-suite

    70 -----------------------------

    71 

    72 If you no longer have a need for the test-suite, then you can remove it altogether

    73 from your toolchain. Just delete the test-suite/ dub-dir.

    74 

    75 

    76 Author

    77 ------

    78 Martin Lund <mgl@doredevelopment.dk>

    79   Initial content

    80 

    81 "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

    82   Getting rid of the test-suite

    83   Minor fixes
crosstool-ng