Sujet : Re: What integer C type to use
De : mitchalsup (at) *nospam* aol.com (MitchAlsup1)
Groupes : comp.archDate : 15. Mar 2024, 21:11:36
Autres entêtes
Organisation : Rocksolid Light
Message-ID : <277280765e037dd0fc556e2fc4bc4912@www.novabbs.org>
References : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21
User-Agent : Rocksolid Light
MitchAlsup1 wrote:
Paul A. Clayton wrote:
On 3/13/24 3:24 PM, MitchAlsup1 wrote:
Stefan Monnier wrote:
[snip]
So, short vectors have a fairly free hand at shuffling data across their
vector (e.g. bitmatrix transpose), and they can be
implemented/scheduled/dispatched just like any other instruction, but
the vector length tends to be severely limited and exposed all over
the place.
Consuming OpCode space like nobody's business.
Is that necessarily the case? Excluding the shuffle operations, I
think only loads and stores would need to have length specifiers.
Add signed byte add unsigned byte, add signed half, add unsigned half
add signed int, add unsigned int, add long, add 2 floats, add double
All of the above come in 64-bit, 128-bit, 256-bit, and 512-bit variants.
compared to ADD integer, add float and add double.
And then there is the addsub group, too.
I may be possible to avoid OpCode explosion, but neither x86, nor ARM
got anywhere close to avoiding the deluge of OpCodes.