patches/binutils/2.16.1a/100-bfd-hash-tweak.patch
author Andreas Bießmann <andreas@biessmann.de>
Tue Mar 18 17:01:10 2014 +0100 (2014-03-18)
changeset 3296 d3a628e69a46
parent 402 197e1b49586e
permissions -rw-r--r--
configure.ac: respect 'g' variants of libtool/libtoolize

BSD OS'es (OS X for me) provide GNU tools with prefixed 'g'. To find correct
versions of libtool/libtoolize on those systems search also for
glibtool/glibtoolize.

Signed-off-by: Andreas Bießmann <andreas@biessmann.de>
Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
[yann.morin.1998@free.fr: search for the g-variant first]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Message-Id: <2f1530b54afcb6a00e1d.1395158786@andreas-mbp.er.biessmann.org>
Patchwork-Id: 331467
     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.16.1/bfd/hash.c.old	2006-03-02 23:01:39.000000000 -0800
    14 +++ binutils-2.16.1/bfd/hash.c	2006-03-02 23:01:58.000000000 -0800
    15 @@ -300,7 +300,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.  */