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

[Geoff Keating <geoffk at cygnus dot com>]

> From: Franz Sirl <Franz.Sirl-kernel@lauterbach.com>
> Date: Thu, 3 Feb 2000 22:19:51 +0100
> Cc: Andreas Tobler <toa@pop.agri.ch>

> >make[2]: Entering directory
> >'/usr/src/redhat/BUILD/glibc-2.1/linuxthreads'
> >In file included	from
> >../sysdeps/unix/sysv/linux/powerpc/sys/procfs.h:31,	
> >			from ../linuxthreads_db/proc_service.h:20,
> >			from ../linuxthreads_db/thread_dbP.h:6,
> >			from internals.h:30
> >			from attr.c:22:
> >/usr/include/asm/elf.h:43: parse error before 'elf_vrreg_t'
> >/usr/include/asm/elf.h:43: warning: data definition has no type or
> >storage class
> >/usr/include/asm/elf.h:44: parse error before 'elf_vrregset_t'
> >/usr/include/asm/elf.h:44: warning: data definition has no type or
> >storage class
> >make[2]: ***
> >[/usr/src/redhat/BUILD/glibc-2.1/build-ppc-linux/linuxthreads/attr.o]
> >Error 1
> >
> >I think the correct fix would be a separate sys/elf.h for PPC, like what 
> >x86 and arm already do.

I think this is OK in principle.  We're trying to move away from using
kernel header files.

> >If there are no objections, I'll put together such a file and post it later 
> >today with the corresponding changes to other files.

This seems to be missing a lot of stuff.  In particular, the
ELF_EXEC_PAGESIZE and ELF_CORE_COPY_REGS macros.

Have you tried compiling gdb with the new glibc?  gdb is the main user
of this header file.

Also, I'd prefer it if the 128-bit register type was defined where we
define all the other such types (wherever that is).  Eventually, we
may want it to have some other type eg.

typedef unsigned __uint128_t __attribute__((mode(TImode)));

when we get proper support for AltiVec in GCC.

-- 
- Geoffrey Keating <geoffk@cygnus.com>