patches/binutils/2.17a/170-bfd-hash-tweak.patch
author "Yann E. MORIN" <yann.morin.1998@free.fr>
Sun Nov 25 18:22:38 2012 +0100 (2012-11-25)
changeset 3133 36aa2ae92c29
parent 747 d3e603e7c17c
permissions -rw-r--r--
cc/gcc: do not print 'core' or 'final'

In gcc-'s core and final passes, do not print 'core' or 'final' in
log messages. We already print it in step messages.

Also, as we use the core backend to build the bare-metal final gcc,
it can be disturbing to read 'core' while we're in fact in 'final'.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
yann@56
     1
Signed-off-by: dank@kegel.com
yann@56
     2
yann@56
     3
Raising the size of the hash table is a noticable win when linking 
yann@56
     4
at least one large app.  
yann@56
     5
yann@56
     6
There was a patch,
yann@56
     7
http://sources.redhat.com/ml/binutils/2004-06/msg00165.html
yann@56
     8
to do this dynamically.  No idea why that didn't make it in.
yann@56
     9
So this tiny change to raise the default size is just
yann@56
    10
a stopgap for now.
yann@56
    11
yann@56
    12
yann@56
    13
--- binutils-2.17/bfd/hash.c.old	2006-03-02 23:01:39.000000000 -0800
yann@56
    14
+++ binutils-2.17/bfd/hash.c	2006-03-02 23:01:58.000000000 -0800
yann@56
    15
@@ -298,7 +298,7 @@
yann@56
    16
 */
yann@56
    17
 
yann@56
    18
 /* The default number of entries to use when creating a hash table.  */
yann@56
    19
-#define DEFAULT_SIZE 4051
yann@56
    20
+#define DEFAULT_SIZE 32749
yann@56
    21
 static size_t bfd_default_hash_table_size = DEFAULT_SIZE;
yann@56
    22
 
yann@56
    23
 /* Create a new hash table, given a number of entries.  */