On Sat, Jun 17, 2000 at 02:20:46AM +0200, Claus Enneper wrote:
>:
>: Ah, yes, it's a different issue. You should probably use a more recent
>: quik (2.0+) to work with recent kernels. Old quik doesn't like the new
>: kernel entry point (without the pseudo-xcoff hack).
is there any binary available?
quik-2.0-0d.src.rpm from Yellow Dog Linux [off-list ref] complains:
make[1]: Entering directory `/usr/src/redhat/BUILD/quik-2.0/util'
gcc -O2 -o elfextract elfextract.c
In file included from /usr/include/linux/elf.h:5,
from elfextract.c:7:
/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 classmake[1]: *** [elfextract] Error 1
make[1]: Leaving directory `/usr/src/redhat/BUILD/quik-2.0/util'
make: *** [all] Error 1
Bad exit status from /var/tmp/rpm-tmp.35142 (%build)
Grab the .orig.tar.gz and .diff.gz from a Debian mirror (under
dists/potato/main/source/base/*).
And can someone please fix that vrreg_t bug? Vector128 is only defined
if __KERNEL__, so elf_vrreg_t should only be defined if __KERNEL__.
Dan
/--------------------------------\ /--------------------------------\
| Daniel Jacobowitz |__| SCS Class of 2002 |
| Debian GNU/Linux Developer __ Carnegie Mellon University |
| dan@debian.org | | dmj+@andrew.cmu.edu |
\--------------------------------/ \--------------------------------/
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/