Re: quik-1.3.1and 2.2.16_pmac-stable ?
From: Daniel Jacobowitz <hidden>
Date: 2000-06-17 17:55:56
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/