This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [SPARC] Segfault when resolving STT_GNU_IFUNC functions

From: Ulrich Drepper <drepper at gmail dot com>
To: Aurelien Jarno <aurelien at aurel32 dot net>
Cc: David Miller <davem at davemloft dot net>, libc-alpha at sourceware dot org
Date: Wed, 15 Jun 2011 21:54:34 -0400
Subject: Re: [SPARC] Segfault when resolving STT_GNU_IFUNC functions
References: <20110606.165123.2273286012397771642.davem@davemloft.net><20110610211341.GA29676@hall.aurel32.net> <20110610222712.GB29676@hall.aurel32.net><20110610.155842.1600789418193619504.davem@davemloft.net> <20110611232737.GA6214@volta.aurel32.net>

None of this is needed in general and what's more, the cpu information
is not the only information on which decision int he indirect
functions are made.  Somehow adding hooks to support just one thing is
completely wrong.  If you want to support architectures which cannot
live with the current situation do something arch-specific.

References:
- Re: [SPARC] Segfault when resolving STT_GNU_IFUNC functions
  - From: David Miller
- Re: [SPARC] Segfault when resolving STT_GNU_IFUNC functions
  - From: Aurelien Jarno
- Re: [SPARC] Segfault when resolving STT_GNU_IFUNC functions
  - From: Aurelien Jarno
- Re: [SPARC] Segfault when resolving STT_GNU_IFUNC functions
  - From: David Miller
- Re: [SPARC] Segfault when resolving STT_GNU_IFUNC functions
  - From: Aurelien Jarno

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]