scripts/showSamples.sh
author "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
Sun May 20 13:48:26 2007 +0000 (2007-05-20)
changeset 112 ea15433daba0
child 124 851120479fb9
permissions -rwxr-xr-x
Ah! I finally have a progress bar that doesn't stall the build!
- pipe size in Linux is only 8*512=4096 bytes
- pipe size is not setable
- when the feeding process spits out data faster than the eating
process can read it, then the feeding process stalls after 4KiB
of data sent to the pipe
- for us, the progress bar would spawn a sub-shell every line,
and the sub-shell would in turn spawn a 'date' command.
Which was sloooww as hell, and would cause some kind of a
starvation: the pipe was full most of the time, and the
feeding process was stalled all this time.

Now, we use internal variables and a little hack based onan offset
to determine the elapsed time. Much faster this way, but still
CPU-intensive.
     1 #!/bin/bash
     2 
     3 # Parses all samples on the command line, and for each of them, prints
     4 # the versions of the main tools
     5 
     6 # GREP_OPTIONS screws things up.
     7 export GREP_OPTIONS=
     8 
     9 # Dump a single sample
    10 dump_single_sample() {
    11     local width="$1"
    12     local sample="$2"
    13     . "${CT_TOP_DIR}/samples/${sample}/crosstool.config"
    14     # Build the components string
    15     local str="${CT_KERNEL}-${CT_KERNEL_VERSION}"
    16     str="${str} binutils-${CT_BINUTILS_VERSION}"
    17     str="${str} ${CT_CC}-${CT_CC_VERSION}"
    18     str="${str} ${CT_LIBC}-${CT_LIBC_VERSION}"
    19     printf "  %-*s - %s\n" ${width} "${sample}" "${str}"
    20 }
    21 
    22 # Get largest sample width
    23 width=0
    24 for sample in "${@}"; do
    25     [ ${#sample} -gt ${width} ] && width=${#sample}
    26 done
    27 
    28 for sample in "${@}"; do
    29     ( dump_single_sample ${width} "${sample}" )
    30 done