Re: quik-1.3.1and 2.2.16_pmac-stable ?

2 messages, 2 authors, 2000-06-18 · open the first message on its own page

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/

Re: quik-1.3.1and 2.2.16_pmac-stable ?

From: Claus Enneper <hidden>
Date: 2000-06-18 13:48:54


Grab the .orig.tar.gz and .diff.gz from a Debian mirror (under
dists/potato/main/source/base/*).
yes, did it, patched, and compiled fine.
but I did not check the source, so got errors like 'unable to open filesystem'.
is it possible that quik moved to chrp in an pmac_pb3400_incompatible manner?
anyway, for me user it's not usable ( I was happy with quik since 1998);
I will give bootx-1.2.2 a try .

--
Yours, ce

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help