quik-1.3.1and 2.2.16_pmac-stable ?

[Daniel Jacobowitz]

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 <bugs at terraplex.com> 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 at debian.org         |  |       dmj+ at andrew.cmu.edu      |
\--------------------------------/  \--------------------------------/

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/