From: Giuliano Pochini <pochini@denise.shiny.it>
To: Adrian Cox <apc@agelectronics.co.uk>
Cc: LinuxPPC-Dev <linuxppc-dev@lists.linuxppc.org>,
Debian PowerPC <debian-powerpc@lists.debian.org>
Subject: Re: Altivec and binary compatibility
Date: Tue, 08 Feb 2000 21:11:51 +0100 [thread overview]
Message-ID: <38A07887.DB071C6C@denise.shiny.it> (raw)
In-Reply-To: 389F09C2.18FD4AA5@agelectronics.co.uk
> > Because with Altivec we need to save V registers, right ? Well, I suppose
> > intel developers had the same problem with P-III "vector" unit. How did they
> > solve the problem ?
>
> As far as I can tell, by ignoring it, and making the assumption that
> only low-level libraries will use the vector registers.
mm :-/
> I plan to take
> a similar approach, and warn users not to mix Altivec and exceptions.
>From altivec p. e. m.: "1.2.6 - The AltiVec vector unit never generates an
exception"
I just started to read the book, but I think AltiVec tells nothing even on
things like divisions by 0, etc.
> > > To add to the problem, throwing exceptions on an error is just what a
> > > modern C++ library is supposed to do. Throwing or catching an exception
> > > in Altivec code will produce sequences that cannot execute on a G3
> >
> > Why ?? (sorry for my ignorance...)
>
> I haven't studied GCC's implementation of exceptions in great detail.
> The compiler saves and restores all the non-transient registers as part
> of the exception sequence. When generating Altivec code this produces
> stvx and lvx instructions, which will cause an illegal instruction
> exception on G3 processors.
Ok, the programmmer will have to check for AltiVec at the beginning of the
program. What's really important is that programs compiled for 603, 604, G3,
will work fine on G4.
Bye.
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
next prev parent reply other threads:[~2000-02-08 20:11 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-02-04 10:29 Altivec and binary compatibility Adrian Cox
2000-02-07 15:11 ` Giuliano Pochini
2000-02-07 18:06 ` Adrian Cox
2000-02-08 20:11 ` Giuliano Pochini [this message]
2000-02-11 9:41 ` Adrian Cox
[not found] ` <v03010d02b4cce4346bac@[192.168.1.16]>
[not found] ` <38A7D0FD.D6A7E95D@agelectronics.co.uk>
2000-02-20 1:18 ` Giuliano Pochini
2000-02-20 16:00 ` Giuliano Pochini
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=38A07887.DB071C6C@denise.shiny.it \
--to=pochini@denise.shiny.it \
--cc=apc@agelectronics.co.uk \
--cc=debian-powerpc@lists.debian.org \
--cc=linuxppc-dev@lists.linuxppc.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).