uclibc: enable UCLIBC_HAS_STRING_GENERIC_OPT in all configs
commit826f315d5fbc0e7c2cdfdc2429293c35d3878721
authorAlexey Brodkin <Alexey.Brodkin@synopsys.com>
Wed, 12 Nov 2014 15:04:44 +0000 (12 18:04 +0300)
committerThomas Petazzoni <thomas.petazzoni@free-electrons.com>
Tue, 9 Dec 2014 23:00:01 +0000 (10 00:00 +0100)
tree031e9f33f6195cdac9d52355654654e28c4a6a83
parentc1e41153e662c7d49d7e0d1bf5e7a953d784f849
uclibc: enable UCLIBC_HAS_STRING_GENERIC_OPT in all configs

Description in uClibc for this optoin is:
--->---
bool "Use faster (but larger) generic string functions"
default y
help
  Answer Y to use the (tweaked) glibc generic string functions.

  In general, they are faster (but 3-5K larger) than the base
  uClibc string functions which are optimized solely for size.

  Many people will answer Y.
--->---

Additional 3-5K of size is not that important if resulting libuClibc.so is
of size about 300k.

But benefits in terms of performance could be pretty significant.

For example on ARC in LMbench we see more than 3 times bump in some tests
--->---
libc bcopy unaligned
...
8.39 - 6.76  (UCLIBC_HAS_STRING_GENERIC_OPT=no)
8.39 - 23.86 (UCLIBC_HAS_STRING_GENERIC_OPT=yes)
--->---

Also since the option in question is default in uClibc I don't expect if
enabled back (it was silently disabled in http://git.buildroot.net/buildroot/commit/?id=cfbf8abc33d86a0cf5c1bb3e0817a22009b7f301 on introduction of NPTL in uClibc
by Khem Raj) it to introduce problems.

Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Cc: Anton Kolesov <anton.kolesov@synopsys.com>
Cc: Peter Korsgaard <peter@korsgaard.com>
Cc: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
package/uclibc/uClibc-0.9.31.config
package/uclibc/uClibc-0.9.33.config
package/uclibc/uClibc-snapshot.config