crosstool-ng: patches/gcc/4.1.1/304-index

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 --- gcc-4.1.0/libstdc++-v3/include/ext/rope.mps	2006-03-24 01:49:51 +0100

     2 +++ gcc-4.1.0/libstdc++-v3/include/ext/rope	2006-03-24 01:49:37 +0100

     3 @@ -59,6 +59,9 @@

     4  #include <bits/allocator.h>

     5  #include <ext/hash_fun.h>

     7 +/* cope w/ index defined as macro, SuSv3 proposal */

     8 +#undef index

9 +

    10  # ifdef __GC

    11  #   define __GC_CONST const

    12  # else

    13 --- gcc-4.1.0/libstdc++-v3/include/ext/ropeimpl.h.mps	2006-03-24 01:50:04 +0100

    14 +++ gcc-4.1.0/libstdc++-v3/include/ext/ropeimpl.h	2006-03-24 01:50:28 +0100

    15 @@ -53,6 +53,9 @@

    16  #include <ext/memory> // For uninitialized_copy_n

    17  #include <ext/numeric> // For power

    19 +/* cope w/ index defined as macro, SuSv3 proposal */

    20 +#undef index

    21 +

    22  namespace __gnu_cxx

    23  {

    24    using std::size_t;

author	"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
	Sun May 20 13:48:26 2007 +0000 (2007-05-20)
changeset 112	ea15433daba0
permissions	-rw-r--r--