patches/binutils/2.17a/170-bfd-hash-tweak.patch
author "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
Sun Jul 17 18:01:28 2011 +0200 (2011-07-17)
changeset 2895 86ea5204e9ce
parent 747 d3e603e7c17c
permissions -rw-r--r--
libc/newlib: build newlib in the proper step

Currently, newlib is built in the start_file step, which is wrong, but was
needed when the baremetal integration was... well, 'unfinished'.

Now that we build the baremetal compiler from the final cc step, and a
proper core gcc in pass-1 and pass-2, we can move the newlib build to the
step do_libc, where it belongs.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.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.  */