Support dl-tunables.list in subdirectories

  We can put processor specific tunables in dl-tunables.list under
sysdeps instead of in elf/dl-tunables.list.

Any comments?

H.J.
---
	* Makeconfig ($(common-objpfx)dl-tunable-list.h): Also check
	dl-tunables.list in subdirectories.
---
 Makeconfig | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)
  

On Thursday 25 May 2017 01:11 AM, H.J. Lu wrote:
> We can put processor specific tunables in dl-tunables.list under
> sysdeps instead of in elf/dl-tunables.list.
> 
> Any comments?

That makes sense.  However, please avoid putting processor/arch
information in the tunable names.  That is, instead of glibc.x86_tune or
something like that, stick to glibc.tune[1].  That way if the tunable is
deemed to be applicable to other architectures in future, then we can
simply move it to the generic list.

Siddhesh

[1] Any processor/hardware feature tuning should go into the glibc.tune
namespace. I see you're looking to implement IFUNC overrides, so the
tunable I've proposed for that is glibc.tune.mcpu where the values
should map to those in gcc.
  

On Wed, May 24, 2017 at 11:06 PM, Siddhesh Poyarekar
<siddhesh@gotplt.org> wrote:
> On Thursday 25 May 2017 01:11 AM, H.J. Lu wrote:
>> We can put processor specific tunables in dl-tunables.list under
>> sysdeps instead of in elf/dl-tunables.list.
>>
>> Any comments?
>
> That makes sense.  However, please avoid putting processor/arch

I will check in my patch.

> information in the tunable names.  That is, instead of glibc.x86_tune or
> something like that, stick to glibc.tune[1].  That way if the tunable is
> deemed to be applicable to other architectures in future, then we can
> simply move it to the generic list.

Sure, we can discuss when I submit my patch.

Thanks.

> Siddhesh
>
> [1] Any processor/hardware feature tuning should go into the glibc.tune
> namespace. I see you're looking to implement IFUNC overrides, so the
> tunable I've proposed for that is glibc.tune.mcpu where the values
> should map to those in gcc.