contrib/gcc-test-suite/README
author Anthony Foiani <anthony.foiani@gmail.com>
Thu May 19 23:06:16 2011 +0200 (2011-05-19)
branch1.11
changeset 2464 4b844234d214
parent 1965 e3d532dd8b5d
child 2908 dcdb309b7967
permissions -rw-r--r--
complibs/ppl: build only C and C++ interfaces for PPL

By default, PPL wants to build interfaces for any of a variety of
langauges it finds on the local host (python, java, possibly perl, also
more esoteric languages such as ocaml and prolog).

These extra interfaces can double the compile time for the library. For
single-process builds, I found a savings of more than 40%:

default / j1: 716s total, 143.2s avg, 0.52s stdev
just_c / j1: 406s total, 81.2s avg, 0.33s stdev
just_c_cpp / j1: 413s total, 82.6s avg, 0.22s stdev

And for multi-process builds, it approached 50%:

default / j4: 625s total, 125.0s avg, 0.57s stdev
just_c / j4: 338s total, 67.6s avg, 1.25s stdev
just_c_cpp / j4: 327s total, 65.4s avg, 0.36s stdev

Since the PPL we build within ct-ng is only used by GCC, we only need to
build the C and C++ interfaces.

Signed-Off-By: Anthony Foiani <anthony.foiani@gmail.com>
(transplanted from ec30b191f0e3fe9bc73199f0bcb8d789db17aa92)
     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