Re: glibc-2.1.3, asm/elf.h and PPC kernels with AltiVec support

[Andreas Tobler <toa at pop dot agri dot ch>]

Franz Sirl wrote:
> 
> At 14:20 04.02.00 , Franz Sirl wrote:
> >At 13:44 04.02.00 , Mark Kettenis wrote:
> >>    Date: Fri, 04 Feb 2000 11:46:14 +0100
> >>    From: Franz Sirl <Franz.Sirl-kernel@lauterbach.com>
> >>
> >>    Well, including them in sys/procfs.h is fine for me, if that's the
> >>    way to go. Probably the ARM people should revert their recently
> >>    introduced sys/elf.h as well? At least that's what I used as a
> >>    template :-) (I only look at x86 stuff as a last resort, other
> >>    platforms are usually much cleaner).
> >>
> >>Well, it's just that I've been hacking on GDB (on Linux/i386) and
> >>noticed the almost complete sense of logic in the distribution of
> >>symbols over the specific header files.  My current view is that GDB
> >>only needs <sys/user.h> (for `struct user' that is used to get debugging
> >>information on the process via `ptrace' and for a.out core-dumps)
> >>which pretty much every tradition UNIX system has, and <sys/procfs.h>
> >>(for various structures that are used in ELF core-dumps) that is
> >>inspired on SVR4.  Since there doesn't seem to be the need for a
> >>seperate <sys/elf.h>, I don't think it should be added.
> >
> >Ok, I'll send a new patch then.
> 
> Here it is.

Built ok on my linuxcare.com.au::linux-pmac-benh tree (2.2.15pre3)

Andreas