patches/binutils/2.17a/170-bfd-hash-tweak.patch
author "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
Sun Jul 17 22:46:47 2011 +0200 (2011-07-17)
changeset 2892 aa934ec4b4ee
parent 747 d3e603e7c17c
permissions -rw-r--r--
cc/gcc: add the backend/frontend infra for final gcc

Currently, we issue the bare-metal compiler from the pass_1 & pass_2
core compilers, because the final gcc breaks while doing so.

This implies we have to build some libces during the start_files step,
instead of the standard libc step. This is the case for newlib.

By adding a backend/frontend infra to the final gcc, we can abstract
what backend to call: the standard backend for non-bare-metal gcc,
and the core backend for bare-metal.

This patch is just an no-op, it just adds the final backend and
frontend without changing the way bare-metal is built, to come in a
subsequent patch.

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