glibc-2.1.3, asm/elf.h and PPC kernels with AltiVec support
Andreas Tobler
toa@pop.agri.ch
Mon Feb 7 05:57:00 GMT 2000
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
More information about the Libc-alpha
mailing list