Skip to main content

rucc_ir/
opcode.rs

1//! The instruction set.
2//!
3//! Design: `spec/08-ir.md` section 8.3.
4//!
5//! The set is small enough to enumerate and it is closed. Adding an opcode is a spec change,
6//! because the verifier, the printer, the parser, the rewrite rules and the lowering all have
7//! to learn it, and an opcode that only half of them know about is a silent miscompilation
8//! waiting for the right input.
9//!
10//! Two things are deliberately absent. There is no `getelementptr`: pointer arithmetic is
11//! [`Opcode::PtrAdd`] over a byte offset the frontend computed, because C never needs the
12//! multi-index form and its absence removes a well known source of complexity. And there is no
13//! `phi`: values arriving at a block are the block's parameters, passed by the branch, so
14//! there is no operand list positionally tied to a predecessor list kept somewhere else.
15
16use std::fmt;
17
18/// One instruction of the IR.
19///
20/// The names are the textual form exactly, so [`Opcode::name`] and [`Opcode::from_name`] are
21/// what the printer and the parser use, and neither carries a table of its own that could
22/// drift from this one.
23///
24/// The enum is not `non_exhaustive`, deliberately. The set is closed, so a pass that matches
25/// on every opcode should stop compiling when one is added rather than fall into a wildcard
26/// arm that quietly does the wrong thing.
27#[derive(Clone, Copy, Debug, PartialEq, Eq, PartialOrd, Ord, Hash)]
28pub enum Opcode {
29    // Constants. A constant is an instruction rather than an operand kind, so that every
30    // operand is a value and every value has one definition, which is what makes the
31    // dominance check in the verifier a single rule rather than a rule with exceptions.
32    /// An integer constant, `iconst.i32 7`.
33    IConst,
34    /// A floating point constant, `fconst.f64 0x1.8p+1`.
35    FConst,
36    /// A vector constant with every lane the same, `splat.i8x16 0`.
37    Splat,
38    /// The address of a global or a function, `global_addr @counter`.
39    GlobalAddr,
40    /// The address of a block in this function, `block_addr block3`.
41    ///
42    /// The one instruction that names a block without being a branch, which is what GNU's
43    /// `&&label` is. Where it goes is [`Opcode::IndirectBr`], and the two are only useful
44    /// together: an address on its own is a number that nothing can do anything with.
45    BlockAddr,
46
47    // Arithmetic.
48    /// Integer addition.
49    Add,
50    /// Integer subtraction.
51    Sub,
52    /// Integer multiplication.
53    Mul,
54    /// Signed division.
55    SDiv,
56    /// Unsigned division.
57    UDiv,
58    /// Signed remainder, with the sign of the dividend.
59    SRem,
60    /// Unsigned remainder.
61    URem,
62    /// Bitwise and.
63    And,
64    /// Bitwise or.
65    Or,
66    /// Bitwise exclusive or.
67    Xor,
68    /// Shift left.
69    Shl,
70    /// Logical shift right, shifting in zeroes.
71    LShr,
72    /// Arithmetic shift right, shifting in the sign bit.
73    AShr,
74    /// Floating point addition.
75    FAdd,
76    /// Floating point subtraction.
77    FSub,
78    /// Floating point multiplication.
79    FMul,
80    /// Floating point division.
81    FDiv,
82    /// Floating point remainder.
83    FRem,
84    /// Floating point negation, which flips the sign bit and is not `0 - x`.
85    FNeg,
86    /// Fused multiply-add, rounded once.
87    Fma,
88
89    // Comparison.
90    /// Integer comparison, producing `i1` or a vector of `i1`.
91    ICmp,
92    /// Floating point comparison, producing `i1` or a vector of `i1`.
93    FCmp,
94
95    // Selection.
96    /// One of two values, chosen by a bit. `select c, a, b` is `a` when `c` is one.
97    ///
98    /// This is what control flow becomes when it stops being control flow.
99    /// `spec/optimizer/22-phiopt-and-if-conversion.md` section 22.2 makes it the lowering target
100    /// for a diamond whose two arms compute a value, and the reason it is an opcode rather than a
101    /// pattern is that it is the form the rule set is written against: `select(c, a, a) -> a` and
102    /// `select(c, 1, 0) -> zext(c)` are ordinary rules once the shape has a name.
103    ///
104    /// Both arms are evaluated, which is the whole point and also the whole danger. Whatever
105    /// produces one of these owes the argument that evaluating the arm that is not chosen is
106    /// harmless, and section 22.6 is the list of ways that argument goes wrong.
107    Select,
108
109    // Conversion.
110    /// Narrows an integer, discarding the high bits.
111    Trunc,
112    /// Widens an integer, copying the sign bit.
113    SExt,
114    /// Widens an integer, filling with zeroes.
115    ZExt,
116    /// Narrows a floating point value.
117    FPTrunc,
118    /// Widens a floating point value.
119    FPExt,
120    /// Floating point to signed integer.
121    FPToSI,
122    /// Floating point to unsigned integer.
123    FPToUI,
124    /// Signed integer to floating point.
125    SIToFP,
126    /// Unsigned integer to floating point.
127    UIToFP,
128    /// An address to an integer of the same width.
129    PtrToInt,
130    /// An integer to an address.
131    IntToPtr,
132    /// A reinterpretation of the same bits at the same width.
133    Bitcast,
134
135    // Memory.
136    /// Memory as the function found it, which is where a memory SSA chain starts.
137    ///
138    /// It produces one `mem` and takes nothing, and it belongs at the top of the entry block.
139    /// GCC calls the same thing the default definition of `.MEM` and LLVM calls it
140    /// `liveOnEntry`. It exists as an instruction rather than as a parameter of the entry block
141    /// because the entry block's parameters are the function's parameters and the verifier
142    /// checks them against the signature, and memory is not an argument anybody passed.
143    MemEntry,
144    /// A stack slot. In the entry block, or marked dynamic for a variable length array.
145    Alloca,
146    /// A read.
147    Load,
148    /// A write, producing no value.
149    Store,
150    /// Address arithmetic: an address and a byte offset.
151    PtrAdd,
152    /// A copy between addresses that do not overlap, of the payload's size or of a third operand.
153    Memcpy,
154    /// A copy between addresses that may overlap, of the payload's size or of a third operand.
155    Memmove,
156    /// A fill with one byte, of the payload's size or of a third operand.
157    Memset,
158    /// An atomic read.
159    AtomicLoad,
160    /// An atomic write.
161    AtomicStore,
162    /// An atomic read-modify-write, carrying which operation in [`RmwOp`](crate::RmwOp).
163    AtomicRmw,
164    /// An atomic compare and exchange, producing the old value and whether it succeeded.
165    Cmpxchg,
166    /// A memory barrier.
167    Fence,
168
169    // Memory safety. Design: `spec/safe-memory/06-instrumentation.md` section 6.2.2. None of
170    // these is emitted unless `-fsafety` asked for it, and a function compiled without it
171    // contains not one of them.
172    /// The capability of a pointer value, taken from the pointer's provenance.
173    ///
174    /// One operand, the pointer, and one capability out. This is the general question and the other
175    /// producers are all the special cases of it that have a cheap answer, which is why it is the
176    /// one that always works and the one to reach for last. A pointer whose provenance the compiler
177    /// still holds should have got its capability from wherever that provenance came from: from the
178    /// allocation site, from the aux slot beside it in memory, from the frame its caller wrote, or
179    /// from the derivation that narrowed it. One of these is what is left when none of those did.
180    ///
181    /// So it has two lowerings and which one it gets is not a property of the instruction. A pointer
182    /// the lowering can trace back to an allocation site gets the cheap answer, which is a subtract
183    /// and a load off the header the allocator wrote. Anything else gets the plane walk, which is
184    /// the expensive answer and the only one that is always available, and comes back marked as
185    /// recovered so the summary counts it as the weakening it is.
186    ///
187    /// An interior pointer is always the second of those, and that is the answer to the question
188    /// document 05 section 5.2.3 leaves open rather than a gap in it. The header is behind the
189    /// payload so that finding it is a subtract by a constant, which is true of a pointer to the
190    /// base of an object and false of a pointer to the middle of one, and the lowering asks for the
191    /// base by construction rather than by checking.
192    CapOf,
193    /// The capability in the auxiliary slot beside a stored pointer, read back.
194    ///
195    /// A pointer written to memory and read again has to bring its capability with it, and where
196    /// the capability lives is document 05's question rather than this one's. What this says is
197    /// that a capability comes back from an address.
198    ///
199    /// Three operands: the capability of the object the word is in, the address of the word, and
200    /// the pointer that was loaded from it. The first is what says where the slot is, since the
201    /// aux is in front of the object and the arithmetic is over the object's own base and extent,
202    /// and the third is what the slot's two numbers are relative to. Both of those are facts about
203    /// the representation document 05 section 5.2.2 chose, and an instrumented load has both
204    /// values in hand already, since the capability is the one its bounds check used and the
205    /// pointer is what the load produced.
206    CapLoad,
207    /// The other half of [`Opcode::CapLoad`], writing one into the slot beside a pointer.
208    ///
209    /// Four operands: the capability of the object the word is in, the address of the word, the
210    /// pointer being stored there, and that pointer's capability. The first three are the same
211    /// three [`Opcode::CapLoad`] takes and for the same reasons, and the fourth is what is being
212    /// written down.
213    CapStore,
214    /// The slots beside a run of copied words, carried over from the run they were copied from.
215    ///
216    /// Three operands, for the reason [`Opcode::MetaTypeCopy`] has three: the destination, the
217    /// source, and how many bytes moved. A copy of a structure moves whatever pointers are in it
218    /// and the capability of each of those lives in the slot beside it, so a copy that moved the
219    /// bytes and left the slots alone would leave every pointer in the destination described by
220    /// whatever was there before, which is nothing at best and another instance's answer at worst.
221    ///
222    /// No capability operand, for the reason the other two copies name no node. What each
223    /// destination slot ends up saying is whatever the slot beside the word it came from said, and
224    /// the only place that is written down is the aux over the source.
225    CapCopy,
226    /// The capability that permits nothing, which is what a null pointer has.
227    CapNull,
228    /// A capability narrowed to a sub-object of what it covered.
229    ///
230    /// Only under `-fsafety-subobject`. Narrowing is what catches an overflow from one member of
231    /// a struct into the next, and it is separate because C code that walks off the end of a
232    /// member on purpose exists and a project has to be able to say so.
233    CapNarrow,
234    /// The capability for an address that arrived from outside, recovered from the planes.
235    CapRecover,
236    /// How many bytes from an address on the capability covers, asking for no more than a limit.
237    ///
238    /// Three operands, the capability, the address and how many bytes the asker wants, and one
239    /// integer result that is never more than that limit. It is what
240    /// `spec/safe-memory/07-check-elimination.md` section 7.4 needs to split a loop: the checked
241    /// part and the unchecked part are divided at `min(n, extent / sizeof(T))`, and the extent is
242    /// the half of that a compiler cannot work out on its own.
243    ///
244    /// The limit is an operand because under milestone S1 answering means walking the lifetime
245    /// plane, and a walk that stops at the number of bytes the loop was going to read anyway is
246    /// bounded by the work the loop is already doing. An answer smaller than the truth costs
247    /// iterations in the checked half and is never wrong, which is what makes stopping early
248    /// allowed. Once a capability carries its own bounds, which is milestone S2, this is a
249    /// subtraction on the capability and the limit is one `min`.
250    CapExtent,
251    /// How many bytes below an address on the capability covers, asking for no more than a limit.
252    ///
253    /// The mirror of [`Opcode::CapExtent`], with the same three operands and the same kind of
254    /// answer. What it counts is the bytes ending at the address rather than the bytes starting
255    /// there, so an answer of `n` says that `[addr - n, addr)` belongs to one thing. The address
256    /// itself is one past what is asked about, which is what a walk from high to low needs: the
257    /// question is about where the walk ends up, and where it ends up is below where it began.
258    ///
259    /// The ownership asked about is the byte below the address rather than the byte at it, since
260    /// the address may be one past the end of the object and the object is what the question is
261    /// about. Everything else, the limit operand and why an answer short of the truth is allowed,
262    /// is [`Opcode::CapExtent`]'s.
263    CapExtentBack,
264    /// The capabilities of a call's pointer arguments, handed over beside the arguments.
265    ///
266    /// Document 05 section 5.3 is the whole of why this is an instruction of its own rather than
267    /// more operands on the call. An instrumented function's calling convention is unchanged, so a
268    /// pointer argument goes in the register it always went in and `sizeof(void *)` is still eight,
269    /// which is what lets an object this compiler built link against one nobody instrumented. The
270    /// capability therefore travels out of band, in a small per thread frame the caller writes and
271    /// the callee reads, indexed by argument position.
272    ///
273    /// One operand per pointer argument, in the order the call passes them, and no operand for the
274    /// arguments that are not pointers. A call handing over more pointers than the frame has room
275    /// for describes the ones that fit and the callee recovers the rest, which is a weakening the
276    /// summary counts rather than a refusal. How many fit is the runtime's number and
277    /// `rucc_safety::frame` is where the compiler keeps it, so nothing here is a bound on the
278    /// operand count.
279    ///
280    /// It goes immediately in front of the call it is about, which is how the two are tied
281    /// together, the same way [`Opcode::MetaRelease`] is tied to the atomic it goes in front of.
282    CapPublish,
283    /// There is no frame for this call, which is what a callee that might not be instrumented gets.
284    ///
285    /// The other half of [`Opcode::CapPublish`] and not the absence of one. Publishing to a callee
286    /// that never reads the frame leaves it in place for whatever that callee calls back into, and
287    /// a callback entered from uninstrumented code holding somebody else's capabilities is worse
288    /// than one entered holding none. So a call the compiler cannot say reads frames says there is
289    /// nothing rather than saying nothing at all, and document 10 section 10.8's callback recovers
290    /// its arguments the way an entry from outside always does.
291    CapClear,
292    /// The capability of a pointer parameter, out of the frame the caller published.
293    ///
294    /// The reading end of [`Opcode::CapPublish`], in the callee rather than in the caller. Two
295    /// operands, the parameter itself and which position it is in the call, and one capability out.
296    ///
297    /// The parameter is an operand because it is the answer when there is no frame. A function
298    /// entered from code this build never compiled finds nothing published, and so does one whose
299    /// caller could not vouch for it and said `cap_clear`, and in both cases the capability has to be
300    /// worked out from the pointer the way [`Opcode::CapRecover`] does. That is the expensive answer
301    /// the frame exists to avoid, it is available whatever the caller did, and it is counted as the
302    /// weakening it is.
303    ///
304    /// The position is an operand rather than a payload for the same reason [`Opcode::CapNarrow`]'s
305    /// offset and length are: it is a number the runtime is handed. A position the frame does not
306    /// reach is not an error either, since it is the recovery again, so nothing here has to know how
307    /// many capabilities a frame holds.
308    CapArg,
309    /// The capability of the pointer this function is returning, left where its caller reads.
310    ///
311    /// One operand, the capability, and it goes immediately in front of the `ret` it is about, which
312    /// is the tie [`Opcode::CapPublish`] has with its call. A function that returns from several
313    /// places has one of these in front of each of them, because what is being said is about the
314    /// value leaving by that particular one.
315    ///
316    /// This is the only thing in the design that writes into a frame somebody else made. It is
317    /// allowed to because the frame is the caller's stack and the caller is waiting for this
318    /// function to return, and it is needed because a returned pointer is the one value that crosses
319    /// a call in the other direction.
320    CapYield,
321    /// The capability of the pointer a call gave back, out of the frame the call was published with.
322    ///
323    /// The reading end of [`Opcode::CapYield`], in the caller. One operand, the pointer that came
324    /// back, and one capability out. The operand is there for the reason [`Opcode::CapArg`]'s is: a
325    /// callee that wrote nothing leaves the bottom capability where the caller put it, and the
326    /// bottom one is the signal to work the answer out from the pointer instead.
327    ///
328    /// It goes immediately after the call it is about, and that call has to be one a `cap_publish`
329    /// goes in front of. A call that says there is no frame has no frame for a callee to have
330    /// written into, so there would be nothing for this to read.
331    CapResult,
332    /// An access is within its capability's bounds, aligned, and permitted.
333    ///
334    /// The size and the alignment are the access's, and they are in the memory payload rather
335    /// than in operands because they are what the front end knew and not what the program
336    /// computed.
337    ///
338    /// A third operand overrides how many bytes are asked about, and it exists for the one check
339    /// the front end did not write. `spec/safe-memory/07-check-elimination.md` section 7.4 replaces
340    /// the checks in a loop that runs `n` times with one check over `n * sizeof(T)` bytes, and that
341    /// is a length the program computes rather than one anybody knew when the access was parsed. The
342    /// payload still holds the alignment and the type information of the access the check came from,
343    /// and its size becomes the size of one of them rather than the size of the question.
344    CheckBounds,
345    /// The capability's provenance is still live.
346    CheckLive,
347    /// The access agrees with the type plane, which is the effective type rule of C 6.5.
348    ///
349    /// A third operand overrides how many bytes are asked about, as on [`Opcode::CheckBounds`] and
350    /// for the same reason. Agreeing with a type is a property of a range that holds of every
351    /// subrange of it, so one check over a loop's whole walk says what the loop's checks were going
352    /// to say, which is `spec/safe-memory/07-check-elimination.md` section 7.4's transformation
353    /// applied to this plane rather than to the bounds. The plane entry stays in the payload, since
354    /// the checks a hoisted one stands for all asked at the same type or it would not have been
355    /// written.
356    ///
357    /// A fourth operand is a step, and then the check is not about a range. It asks about one
358    /// access of the payload's width at the pointer and at every step along from it that still
359    /// fits in the third operand's span, which is a loop's checks over a walk that leaves gaps
360    /// written in front of it. Nothing may read one of these as saying anything about the bytes
361    /// between the accesses.
362    CheckType,
363    /// The bytes the access reads have been written.
364    ///
365    /// A third operand overrides how many bytes are asked about, and a fourth is a step, both as on
366    /// [`Opcode::CheckType`].
367    CheckInit,
368    /// A pointer derived from another stays inside the capability the first one had.
369    ///
370    /// Three operands, because the answer is about the new pointer and the question is about
371    /// the old one's capability.
372    CheckDeriv,
373    /// The metadata this access is about to consult has not been changed under it.
374    ///
375    /// Judgement J9, which document 09 section 9.5 specifies and which document 04 section 4.5
376    /// keeps out of J1 for the reason the `restrict` checks are kept out: it is a statement about
377    /// two operations rather than about one. The payload holds the size of the access, because the
378    /// question is whether any granule of the range this touches carries a write by another thread.
379    CheckRace,
380    /// This read did not reach a byte another `restrict` pointer of the same block wrote.
381    ///
382    /// Judgement J8, which document 09 section 9.6 specifies and which document 04 section 4.6
383    /// keeps out of J1 because it is a statement about a pair of accesses rather than about one.
384    /// The payload holds the size of the access and the two numbers saying which pointer it went
385    /// through, and those are the same two [`crate::Restrict`] carries on the access itself.
386    ///
387    /// Read and write are two opcodes rather than one with a flag on it, because every bit of
388    /// [`crate::Flags`] is spoken for and because the operand would then be a constant the program
389    /// does not compute, which is the thing [`Opcode::CheckBounds`] says belongs in the payload.
390    CheckRestrictRead,
391    /// The same about a write, which is the half of the pair that makes the other half a violation.
392    ///
393    /// Two accesses that both only read are not a violation of anything, so what the scope records
394    /// is which of them wrote and the check refuses a pair only when at least one did.
395    CheckRestrictWrite,
396    /// The capability this free goes through still names the instance that owns the address.
397    ///
398    /// Judgement J6, and the same two operands [`Opcode::CheckLive`] has for the same reason: a
399    /// capability and the pointer it is about, with no payload, because how many bytes are at the
400    /// address is not something a free asks. What separates it from the lifetime check is where it
401    /// goes and what it is about. This one sits in front of a call that ends a storage instance
402    /// rather than in front of an access, and the question it decides is whether the pointer being
403    /// handed over still names the instance it was made for.
404    ///
405    /// It exists because that question has no other way of being asked. `free` takes an address and
406    /// nothing else, so a second free of a block the allocator has already handed back out looks
407    /// like an ordinary free to the allocator and releases somebody else's live object.
408    /// tamnd/rucc#492 is that, and the version the capability carries is what tells the two apart.
409    ///
410    /// Nothing discharges one. A bounds fact says nothing about it and a lifetime fact about an
411    /// access says nothing about a free, so it stays where the pass put it and the cost is one
412    /// check per free rather than one per access.
413    CheckFree,
414    /// A storage instance begins here, over a range, with a class.
415    ///
416    /// Judgement J4. This is the `alloca` for an automatic instance and the allocator's report
417    /// for an allocated one, and the range is a pointer and a length in registers rather than a
418    /// payload, because the length of a variable length array is not known when the instruction
419    /// is written down.
420    MetaBegin,
421    /// A storage instance ends here, which is judgement J5.
422    ///
423    /// Every capability for it fails from this point on and keeps failing after the address is
424    /// handed out again, which is what makes the check a use after free check rather than a use
425    /// after reallocation one.
426    MetaEnd,
427    /// The effective type of a range is now this one.
428    MetaType,
429    /// The effective types of a range are now the ones the range it was copied from had.
430    ///
431    /// Three operands, because a copy has two ranges and one length: the destination, the source,
432    /// and how many bytes moved. A `memcpy` does not store through a type, so there is no type to
433    /// name here and naming one would be wrong: C 6.5 says the copied bytes keep the effective type
434    /// they had, whatever that was, and the only place that is written down is the plane over the
435    /// source.
436    MetaTypeCopy,
437    /// The bytes of a range are now initialized.
438    MetaInit,
439    /// The bytes of a range are now initialized wherever the range they were copied from was.
440    ///
441    /// Three operands, for the reason [`Opcode::MetaTypeCopy`] has three. A copy does not write
442    /// values of its own, so whether a destination byte holds anything is whether the byte it came
443    /// from did, and the only place that is written down is the plane over the source. That is what
444    /// makes a structure filled member by member and then copied whole still have padding nothing
445    /// wrote, which is the infoleak the plane is for.
446    MetaInitCopy,
447    /// This thread wrote a range, at whatever step of its own counting it has reached.
448    ///
449    /// The epoch plane's only write, from `spec/safe-memory/09-type-init-and-races.md` section 9.5.
450    /// Two operands like the other plane writes, and the range is a pointer shaped slot rather than
451    /// whatever the access covered: the plane holds one stamp per eight bytes because that is what
452    /// a pointer comes in, and a granule two threads share is one holding no pointer.
453    ///
454    /// It carries no thread and no count. Which thread is running and how far it has counted are
455    /// both facts about the moment the program reaches this, so the runtime reads them and nothing
456    /// here could name them.
457    MetaEpoch,
458    /// Everything this thread has done so far is published at the atomic object named here.
459    ///
460    /// One half of a synchronization edge in the sense of section 9.5, and the half that goes in
461    /// front of the atomic that carries it. The operand is the object's address, because that is
462    /// the key whoever takes the other end will look the clock up under, and there is no payload:
463    /// which thread is publishing and how far it has counted are facts about the moment the program
464    /// reaches this, the same way they are for [`Opcode::MetaEpoch`].
465    ///
466    /// This exists because an atomic is not a call. Every other edge the monitor knows about is a
467    /// `pthread` function and is interposed, and a C11 release store is a machine instruction with
468    /// nothing to interpose, so the compiler is the only thing that can say the edge was there.
469    MetaRelease,
470    /// Everything published at the atomic object named here is now ordered before this thread.
471    ///
472    /// The other half of [`Opcode::MetaRelease`], and it goes after the atomic rather than in front
473    /// of it, because the ordering it takes is the ordering the atomic just read.
474    ///
475    /// A missing edge is the one kind of missing instrumentation in the whole safety pass that
476    /// costs a false report rather than a missed one: two threads that really were ordered by an
477    /// edge nobody recorded look concurrent, and a race is reported against a program doing nothing
478    /// wrong. That is why the edges go in before the race check is ever on by default.
479    MetaAcquire,
480    /// Everything this thread has done so far is published at no object in particular.
481    ///
482    /// What a release fence is, and the reason it cannot reuse [`Opcode::MetaRelease`]: a fence
483    /// orders against every other thread rather than against one object, so there is no address to
484    /// key it on and it takes no operands at all. The relaxed atomic that usually sits beside it in
485    /// the source is not the key either, because the fence orders everything, not that one word.
486    ///
487    /// The runtime pays for that with one cell shared by every fence in the program, which orders
488    /// more pairs of threads than the program really ordered. That direction is safe. A thread put
489    /// further ahead than it needed to be reports fewer races, never a wrong one.
490    MetaFenceRelease,
491    /// Everything published at any release fence is now ordered before this thread.
492    ///
493    /// The other half of [`Opcode::MetaFenceRelease`], after the fence rather than in front of it,
494    /// for the same reason [`Opcode::MetaAcquire`] goes after its atomic.
495    MetaFenceAcquire,
496    /// A range leaves the monitor's authority, or comes back, which is judgement J7.
497    MetaTransfer,
498    /// A declared exemption starts here, with the reason it was declared.
499    ///
500    /// Not an optimization hint. Everything between this and its `safe_region_end` is code the
501    /// monitor is told not to judge, so the reason it carries is a trust set entry, and
502    /// `spec/safe-memory/10-boundaries.md` section 10.2 counts them per build precisely so that
503    /// a reviewer can read what a binary's guarantee rests on.
504    SafeRegionBegin,
505    /// The end of the region the last `safe_region_begin` opened.
506    SafeRegionEnd,
507    /// A block that declares `restrict` pointers begins here, over a slot to keep its record in.
508    ///
509    /// The operand is the storage the record lives in, which is the block's own stack slot, and the
510    /// payload says how large it is. The clique the block was given is [`crate::Restrict::clique`]
511    /// of the payload and how many pointers it declares is [`crate::Restrict::base`], which is the
512    /// one place that field counts bases rather than naming one.
513    ///
514    /// A marker rather than something the front end could fold into the accesses, because the
515    /// promise is about the block's dynamic extent: a function called twice has made the promise
516    /// twice, and what the second call reached says nothing about the first.
517    RestrictEnter,
518    /// The block the last `restrict_enter` opened ends here.
519    ///
520    /// The operand is the same slot, so that the record can be unlinked from whatever encloses it
521    /// without the runtime having to keep a list of its own.
522    RestrictLeave,
523
524    // Control. Every one of these is a terminator.
525    /// An unconditional branch, `jump block1(%a, %b)`.
526    Jump,
527    /// A two-way branch on an `i1`.
528    BrIf,
529    /// A multi-way branch on an integer, with a default.
530    Switch,
531    /// A branch to an address, `indirect_br %0, block1, block2`.
532    ///
533    /// The targets are every block control can arrive at, which is what makes the edges of a
534    /// computed `goto` ordinary edges: nothing else in the compiler has to know that the
535    /// address decides which one it is. A target that is not listed is a branch that does not
536    /// happen, so a frontend that leaves one out has made a promise on the program's behalf.
537    IndirectBr,
538    /// A return, with the values the signature says.
539    Return,
540    /// A place control cannot reach, which the frontend emits after a `noreturn` call.
541    Unreachable,
542
543    // Calls.
544    /// A call to a named function.
545    Call,
546    /// A call through an address, carrying the signature it is called with.
547    CallIndirect,
548    /// A call in tail position that reuses the frame, which is a terminator.
549    TailCall,
550
551    // Intrinsics, which is the closed part. The open part is `TargetIntrinsic`.
552    /// Count leading zeroes.
553    Ctlz,
554    /// Count trailing zeroes.
555    Cttz,
556    /// Count set bits.
557    Ctpop,
558    /// Reverse the bytes.
559    Bswap,
560    /// Reverse the bits.
561    Bitreverse,
562    /// Signed addition, producing the result and whether it overflowed.
563    SAddOverflow,
564    /// Unsigned addition, producing the result and whether it overflowed.
565    UAddOverflow,
566    /// Signed subtraction, producing the result and whether it overflowed.
567    SSubOverflow,
568    /// Unsigned subtraction, producing the result and whether it overflowed.
569    USubOverflow,
570    /// Signed multiplication, producing the result and whether it overflowed.
571    SMulOverflow,
572    /// Unsigned multiplication, producing the result and whether it overflowed.
573    UMulOverflow,
574    /// `__builtin_expect`, which is the value with a hint attached.
575    Expect,
576    /// `__builtin_unreachable` as a hint on a path, distinct from the terminator.
577    UnreachableHint,
578    /// `__builtin_trap`, which stops the program where it stands.
579    ///
580    /// Not a terminator, for the reason `unreachable_hint` is not one: what ends a block here is
581    /// control going somewhere, and this goes nowhere at all. The block it is in goes on being
582    /// lowered and whatever follows it is written and never run, which costs a few bytes nothing
583    /// reaches and keeps every pass that walks a block from needing a second shape for it.
584    Trap,
585    /// `__builtin_prefetch`.
586    Prefetch,
587    /// `__builtin_frame_address`.
588    FrameAddress,
589    /// `__builtin_return_address`.
590    ReturnAddress,
591    /// `__builtin_thread_pointer`, the address of the storage the running thread has.
592    ///
593    /// It takes nothing and answers a pointer. Unlike the two above it there is no walk to do and
594    /// no frame to have kept: the machine holds the address in a place of its own, so this is one
595    /// instruction on every target that has the builtin at all.
596    ThreadPointer,
597    /// `__builtin_apply_args`, the address of a block holding every argument the function it is in
598    /// was called with.
599    ///
600    /// It takes nothing and answers a pointer. What is in the block is the argument registers as
601    /// they were on the way in and the address of the arguments that came in memory, and it is the
602    /// back end that writes it, in the prologue, because that is the one place every register an
603    /// argument can arrive in still holds what the caller put there. A function holding one reads
604    /// its arguments as registers rather than as parameters, so it is never inlined and its
605    /// parameters are never taken apart, since either would change what the registers hold.
606    ApplyArgs,
607    /// `__builtin_apply`, a call to the function in the first operand with the arguments in the
608    /// block in the second, and the address of a block holding what came back.
609    ///
610    /// Three operands: the function, the block an `apply_args` answered, and a constant, which is
611    /// how many bytes of the arguments that came in memory go with the call. It is a call to
612    /// something nothing here can see, so every pass that asks about a call through an address asks
613    /// the same about this and gets the same answer.
614    Apply,
615    /// `__builtin_object_size` where the front end could not see the object, which is how many
616    /// bytes there are from the address to the end of whatever it points into.
617    ///
618    /// One operand, the address, and the question as a number from zero to three beside it: the
619    /// low bit asks about the closest member rather than the whole object and the high bit asks
620    /// for the smallest answer rather than the largest. It never reaches the back end:
621    /// `rucc_opt::objsize` answers every one before any other pass runs, from the allocations and
622    /// the arithmetic the address was built out of, and says it does not know where it cannot
623    /// see, which is the largest number there is for the first two questions and zero for the
624    /// other two.
625    ObjectSize,
626    /// `__builtin_constant_p` of a value the front end could not see to be a constant, which is
627    /// one where the optimizer may yet make it one.
628    ///
629    /// One operand, an integer or a floating point value, and an `i32` answer. It never reaches the
630    /// back end: `rucc_opt::constant_p` answers one where the operand has become a constant by the
631    /// time it runs and zero everywhere else, which is when gcc answers it too, and at `-O0` it
632    /// answers zero before any other pass runs, which is what gcc answers at that level.
633    IsConstant,
634    /// `__builtin_va_arg_pack`, which stands for every anonymous argument of the call the function
635    /// it is in was inlined into.
636    ///
637    /// No operands, and an `i32` result that is only ever the last argument of a variadic call,
638    /// which is the one place gcc lets the builtin be written. It never reaches the back end:
639    /// `rucc_opt::inline` takes the argument out of that call and puts the anonymous arguments of
640    /// the call it is inlining in its place, and a body still holding one after that is a body the
641    /// unit does not emit.
642    VaArgPack,
643    /// `__builtin_va_arg_pack_len`, which is how many anonymous arguments the call the function it
644    /// is in was inlined into had.
645    ///
646    /// No operands and an `i32` result. `rucc_opt::inline` puts the count in its place, and a body
647    /// still holding one after that is not emitted, the same as for [`Self::VaArgPack`].
648    VaArgPackLen,
649    /// What is in a machine register, for `register long x asm ("rbx");`.
650    ///
651    /// The GNU extension that puts an object in a named register rather than in the frame. The
652    /// name of the register is the payload and the result is whatever that register holds where
653    /// this stands, which is the value the object starts with. A garbage collector written in C
654    /// reads the callee saved registers this way, because a root that is only in one of those is
655    /// a root no walk of the stack finds.
656    ///
657    /// It is not pure. Two of these on the same register in one function are two different
658    /// answers, since anything in between may have written the register, so neither may be moved
659    /// to where the other is and neither may be dropped for the other.
660    RegisterValue,
661    /// The start of a variable argument list.
662    VaStart,
663    /// One argument off a variable argument list, which moves the list on as it reads it. Two
664    /// of these on one list are two arguments and never one argument read twice, so whatever
665    /// decides which instructions may be folded together has to leave these alone.
666    VaArg,
667    /// One argument off a variable argument list, when that argument is an object rather than a
668    /// value, which is what a `struct` or a `union` read out of one is.
669    ///
670    /// It answers the address of the object rather than the object, because an aggregate is not
671    /// a value and there is nothing for one result to be. Where the object arrives in registers
672    /// there is no address until something makes one, so what this asks of a target is a place
673    /// to put the registers and the address of that place, which is the copy every psABI's own
674    /// description of the algorithm makes. It moves the list on for the reason [`Opcode::VaArg`]
675    /// does.
676    VaObject,
677    /// The end of a variable argument list.
678    VaEnd,
679    /// A copy of a variable argument list.
680    VaCopy,
681    /// The stack pointer, saved before a variable length array.
682    StackSave,
683    /// The stack pointer, restored after one.
684    StackRestore,
685    /// The marker a `setjmp` leaves, which pins everything live across it.
686    ///
687    /// One operand, the buffer, and one result, which is the `int` the save answers with: zero
688    /// where control went past it and one where control came back to it. That is the one
689    /// instruction here whose value depends on how control reached it, and it is one instruction
690    /// rather than a branch and a block because the edge a `longjmp` travels is not in this
691    /// function's control flow graph. It is written into the buffer and taken at run time, so a
692    /// pass that walked the edges would find a block nothing reaches and take it away.
693    SetjmpMarker,
694    /// The marker a `longjmp` leaves.
695    ///
696    /// One operand, the buffer, and no result, and not a terminator either, for the reason above:
697    /// where control goes is not a block of this function. What follows it is written and never
698    /// reached.
699    LongjmpMarker,
700    /// A target-specific intrinsic, named rather than enumerated, for the vector builtins.
701    TargetIntrinsic,
702
703    /// Inline assembly. A terminator when it has labels, which is `asm goto`.
704    InlineAsm,
705}
706
707impl Opcode {
708    /// The textual form, which is also what the parser reads.
709    #[must_use]
710    pub const fn name(self) -> &'static str {
711        match self {
712            Self::IConst => "iconst",
713            Self::FConst => "fconst",
714            Self::Splat => "splat",
715            Self::GlobalAddr => "global_addr",
716            Self::BlockAddr => "block_addr",
717            Self::Add => "add",
718            Self::Sub => "sub",
719            Self::Mul => "mul",
720            Self::SDiv => "sdiv",
721            Self::UDiv => "udiv",
722            Self::SRem => "srem",
723            Self::URem => "urem",
724            Self::And => "and",
725            Self::Or => "or",
726            Self::Xor => "xor",
727            Self::Shl => "shl",
728            Self::LShr => "lshr",
729            Self::AShr => "ashr",
730            Self::FAdd => "fadd",
731            Self::FSub => "fsub",
732            Self::FMul => "fmul",
733            Self::FDiv => "fdiv",
734            Self::FRem => "frem",
735            Self::FNeg => "fneg",
736            Self::Fma => "fma",
737            Self::ICmp => "icmp",
738            Self::FCmp => "fcmp",
739            Self::Select => "select",
740            Self::Trunc => "trunc",
741            Self::SExt => "sext",
742            Self::ZExt => "zext",
743            Self::FPTrunc => "fptrunc",
744            Self::FPExt => "fpext",
745            Self::FPToSI => "fptosi",
746            Self::FPToUI => "fptoui",
747            Self::SIToFP => "sitofp",
748            Self::UIToFP => "uitofp",
749            Self::PtrToInt => "ptrtoint",
750            Self::IntToPtr => "inttoptr",
751            Self::Bitcast => "bitcast",
752            Self::MemEntry => "mem_entry",
753            Self::Alloca => "alloca",
754            Self::Load => "load",
755            Self::Store => "store",
756            Self::PtrAdd => "ptr_add",
757            Self::Memcpy => "memcpy",
758            Self::Memmove => "memmove",
759            Self::Memset => "memset",
760            Self::AtomicLoad => "atomic_load",
761            Self::AtomicStore => "atomic_store",
762            Self::AtomicRmw => "atomic_rmw",
763            Self::Cmpxchg => "cmpxchg",
764            Self::Fence => "fence",
765            Self::CapOf => "cap_of",
766            Self::CapLoad => "cap_load",
767            Self::CapStore => "cap_store",
768            Self::CapCopy => "cap_copy",
769            Self::CapNull => "cap_null",
770            Self::CapNarrow => "cap_narrow",
771            Self::CapRecover => "cap_recover",
772            Self::CapExtent => "cap_extent",
773            Self::CapExtentBack => "cap_extent_back",
774            Self::CapPublish => "cap_publish",
775            Self::CapClear => "cap_clear",
776            Self::CapArg => "cap_arg",
777            Self::CapYield => "cap_yield",
778            Self::CapResult => "cap_result",
779            Self::CheckBounds => "check_bounds",
780            Self::CheckLive => "check_live",
781            Self::CheckType => "check_type",
782            Self::CheckInit => "check_init",
783            Self::CheckDeriv => "check_deriv",
784            Self::CheckRace => "check_race",
785            Self::CheckRestrictRead => "check_restrict_read",
786            Self::CheckRestrictWrite => "check_restrict_write",
787            Self::CheckFree => "check_free",
788            Self::MetaBegin => "meta_begin",
789            Self::MetaEnd => "meta_end",
790            Self::MetaType => "meta_type",
791            Self::MetaTypeCopy => "meta_type_copy",
792            Self::MetaInit => "meta_init",
793            Self::MetaInitCopy => "meta_init_copy",
794            Self::MetaEpoch => "meta_epoch",
795            Self::MetaRelease => "meta_release",
796            Self::MetaAcquire => "meta_acquire",
797            Self::MetaFenceRelease => "meta_fence_release",
798            Self::MetaFenceAcquire => "meta_fence_acquire",
799            Self::MetaTransfer => "meta_transfer",
800            Self::SafeRegionBegin => "safe_region_begin",
801            Self::SafeRegionEnd => "safe_region_end",
802            Self::RestrictEnter => "restrict_enter",
803            Self::RestrictLeave => "restrict_leave",
804            Self::Jump => "jump",
805            Self::BrIf => "br_if",
806            Self::Switch => "switch",
807            Self::IndirectBr => "indirect_br",
808            Self::Return => "return",
809            Self::Unreachable => "unreachable",
810            Self::Call => "call",
811            Self::CallIndirect => "call_indirect",
812            Self::TailCall => "tail_call",
813            Self::Ctlz => "ctlz",
814            Self::Cttz => "cttz",
815            Self::Ctpop => "ctpop",
816            Self::Bswap => "bswap",
817            Self::Bitreverse => "bitreverse",
818            Self::SAddOverflow => "sadd_overflow",
819            Self::UAddOverflow => "uadd_overflow",
820            Self::SSubOverflow => "ssub_overflow",
821            Self::USubOverflow => "usub_overflow",
822            Self::SMulOverflow => "smul_overflow",
823            Self::UMulOverflow => "umul_overflow",
824            Self::Expect => "expect",
825            Self::UnreachableHint => "unreachable_hint",
826            Self::Trap => "trap",
827            Self::Prefetch => "prefetch",
828            Self::FrameAddress => "frame_address",
829            Self::ReturnAddress => "return_address",
830            Self::ThreadPointer => "thread_pointer",
831            Self::ApplyArgs => "apply_args",
832            Self::Apply => "apply",
833            Self::ObjectSize => "object_size",
834            Self::IsConstant => "is_constant",
835            Self::VaArgPack => "va_arg_pack",
836            Self::VaArgPackLen => "va_arg_pack_len",
837            Self::RegisterValue => "register_value",
838            Self::VaStart => "va_start",
839            Self::VaArg => "va_arg",
840            Self::VaObject => "va_object",
841            Self::VaEnd => "va_end",
842            Self::VaCopy => "va_copy",
843            Self::StackSave => "stacksave",
844            Self::StackRestore => "stackrestore",
845            Self::SetjmpMarker => "setjmp_marker",
846            Self::LongjmpMarker => "longjmp_marker",
847            Self::TargetIntrinsic => "target_intrinsic",
848            Self::InlineAsm => "inline_asm",
849        }
850    }
851
852    /// Every opcode, in the order they are declared.
853    ///
854    /// The parser walks this rather than holding a second table, because a second table is a
855    /// table that can disagree with the first one.
856    pub fn all() -> impl Iterator<Item = Self> {
857        ALL.iter().copied()
858    }
859
860    /// The opcode with that name, if there is one.
861    #[must_use]
862    pub fn from_name(name: &str) -> Option<Self> {
863        ALL.iter().copied().find(|op| op.name() == name)
864    }
865
866    /// Whether this ends a block.
867    ///
868    /// [`Opcode::InlineAsm`] is not here and is the one instruction whose answer depends on
869    /// the instruction rather than on the opcode: `asm goto` has successors and everything
870    /// else does not. Ask the instruction, not the opcode.
871    #[must_use]
872    pub const fn is_terminator(self) -> bool {
873        matches!(
874            self,
875            Self::Jump
876                | Self::BrIf
877                | Self::Switch
878                | Self::IndirectBr
879                | Self::Return
880                | Self::Unreachable
881                | Self::TailCall
882        )
883    }
884
885    /// Whether the operands can be swapped without changing the result.
886    ///
887    /// The floating point cases are commutative even under the strictest rounding, because
888    /// swapping the operands of an addition does not change which of them is a NaN, and the
889    /// sign of a NaN result is not something we promise anything about either way.
890    #[must_use]
891    pub const fn is_commutative(self) -> bool {
892        matches!(
893            self,
894            Self::Add
895                | Self::Mul
896                | Self::And
897                | Self::Or
898                | Self::Xor
899                | Self::FAdd
900                | Self::FMul
901                | Self::SAddOverflow
902                | Self::UAddOverflow
903                | Self::SMulOverflow
904                | Self::UMulOverflow
905        )
906    }
907
908    /// Whether this reads or writes memory, or has an effect the optimizer has to preserve.
909    ///
910    /// An instruction that answers no can be deleted when nothing uses its result, moved
911    /// across a call, and merged with another one computing the same thing. Everything else
912    /// has to be argued about individually, so the conservative answer is the true one here
913    /// and the list of exceptions is the part that is checked.
914    #[must_use]
915    pub const fn has_effects(self) -> bool {
916        !matches!(
917            self,
918            Self::IConst
919                | Self::FConst
920                | Self::Splat
921                | Self::GlobalAddr
922                | Self::BlockAddr
923                | Self::Add
924                | Self::Sub
925                | Self::Mul
926                | Self::SDiv
927                | Self::UDiv
928                | Self::SRem
929                | Self::URem
930                | Self::And
931                | Self::Or
932                | Self::Xor
933                | Self::Shl
934                | Self::LShr
935                | Self::AShr
936                | Self::FAdd
937                | Self::FSub
938                | Self::FMul
939                | Self::FDiv
940                | Self::FRem
941                | Self::FNeg
942                | Self::Fma
943                | Self::ICmp
944                | Self::FCmp
945                | Self::Select
946                | Self::Trunc
947                | Self::SExt
948                | Self::ZExt
949                | Self::FPTrunc
950                | Self::FPExt
951                | Self::FPToSI
952                | Self::FPToUI
953                | Self::SIToFP
954                | Self::UIToFP
955                | Self::PtrToInt
956                | Self::IntToPtr
957                | Self::Bitcast
958                | Self::PtrAdd
959                | Self::Ctlz
960                | Self::Cttz
961                | Self::Ctpop
962                | Self::Bswap
963                | Self::Bitreverse
964                | Self::SAddOverflow
965                | Self::UAddOverflow
966                | Self::SSubOverflow
967                | Self::USubOverflow
968                | Self::SMulOverflow
969                | Self::UMulOverflow
970                | Self::Expect
971                | Self::FrameAddress
972                | Self::ReturnAddress
973                // The same address for as long as the thread runs, and a thread cannot change
974                // which one it is part way through a function, so two of these in one function
975                // are the same value and either may be moved to where the other is.
976                | Self::ThreadPointer
977                // A question about an address that reads nothing: the answer is a fact about where
978                // the address came from, which is the same fact wherever the question is asked.
979                | Self::ObjectSize
980                // A question about a value, whose answer is the same wherever it is asked.
981                | Self::IsConstant
982                // Nothing yet, and something the inliner fills in before any pass asks.
983                | Self::VaArgPack
984                | Self::VaArgPackLen
985                | Self::MemEntry
986                // Three of the capability instructions are arithmetic on a pointer's
987                // provenance and touch nothing. The other four do: `cap_load`, `cap_store` and
988                // `cap_copy` are an access, and `cap_recover` reads the planes.
989                | Self::CapOf
990                | Self::CapNull
991                | Self::CapNarrow
992        )
993    }
994
995    /// Whether an instruction with this opcode touches memory.
996    ///
997    /// This is what decides whether it takes a memory operand once memory SSA is built, per
998    /// document 09 of `spec/optimizer`. It is written as the exceptions to touching memory
999    /// rather than as a list of what does, for the reason document 08.6 gives about the escape
1000    /// analysis: an opcode added later has to end up on the conservative side by default, and a
1001    /// list of what touches memory would silently leave a new one out.
1002    ///
1003    /// `mem_entry` answers no. It produces memory rather than touching it, which is the whole
1004    /// of what it is for.
1005    #[must_use]
1006    pub const fn touches_memory(self) -> bool {
1007        if !self.has_effects() {
1008            return false;
1009        }
1010        !matches!(
1011            self,
1012            // Fresh storage nothing could have been reading, and the pointer that names it.
1013            Self::Alloca
1014                // The stack pointer, which is a register and not memory. Putting it back is a
1015                // different matter and is below, because it takes storage away.
1016                | Self::StackSave
1017                // Control, which goes somewhere rather than touching anything. A tail call is
1018                // not here, because it is a call.
1019                | Self::Jump
1020                | Self::BrIf
1021                | Self::Switch
1022                | Self::IndirectBr
1023                | Self::Return
1024                | Self::Unreachable
1025                | Self::UnreachableHint
1026        )
1027    }
1028
1029    /// Whether an instruction with this opcode writes memory, and so produces a new version of
1030    /// it rather than only reading the version it was given.
1031    ///
1032    /// Everything that touches memory writes it except the ones that plainly do not. A `fence`
1033    /// writes nothing and is still a write here, because document 09.5 says an atomic or a
1034    /// barrier is a definition nothing walks past, and giving it one is how that is expressed
1035    /// in a representation whose only ordering is the memory chain.
1036    ///
1037    /// The checks read the planes and change nothing, which
1038    /// `spec/safe-memory/06-instrumentation.md` section 6.2.4 states as the word `readonly`. A
1039    /// check that trapped is a program that stopped and there is no version of memory after it
1040    /// for anything to observe, so the trap costs nothing here. What it does cost is that a
1041    /// check may not be moved across a plane write, and that is the memory chain saying so
1042    /// rather than this.
1043    #[must_use]
1044    pub const fn writes_memory(self) -> bool {
1045        self.touches_memory()
1046            && !matches!(
1047                self,
1048                Self::Load
1049                    | Self::AtomicLoad
1050                    | Self::Prefetch
1051                    | Self::CapLoad
1052                    | Self::CapRecover
1053                    | Self::CapArg
1054                    | Self::CapResult
1055                    | Self::CapExtent
1056                    | Self::CapExtentBack
1057                    | Self::CheckBounds
1058                    | Self::CheckLive
1059                    | Self::CheckType
1060                    | Self::CheckInit
1061                    | Self::CheckDeriv
1062                    | Self::CheckRace
1063                    | Self::CheckFree
1064            )
1065    }
1066
1067    /// Whether the only memory this touches is the safety planes.
1068    ///
1069    /// The planes are storage the runtime keeps for itself, one entry per range of program bytes,
1070    /// laid out by `spec/safe-memory/05-representation.md` section 5.2. What matters here is that
1071    /// no name in the program reaches one. A plane write and a program store can never be the same
1072    /// byte, and neither can a plane read and a program load, so an alias oracle that knows this
1073    /// answers no to every pair with one of each.
1074    ///
1075    /// The aux plane sits in the same allocation as the object rather than in a map of its own, so
1076    /// an address far enough outside an object does land in somebody's plane. That is an access
1077    /// outside the bounds of the thing it was derived from, which is the access every check in this
1078    /// list exists to refuse, and it is undefined before it is refused. An optimizer is entitled to
1079    /// the assumption that the program does not make one, and this is that assumption and not a
1080    /// second one.
1081    ///
1082    /// Nothing above can work that out by looking at the access, which is why this is here. The
1083    /// address operand of one of these is a locator and not the memory it touches: `meta_init %p`
1084    /// writes the entry the plane keeps for `%p` and does not write `%p`, so an oracle reading the
1085    /// operand the ordinary way sees a write to exactly the bytes a load of `%p` wants.
1086    ///
1087    /// A list of what does rather than the exceptions to it, which is the other way round from
1088    /// [`Opcode::touches_memory`] and for the same reason: an opcode added later and left out of
1089    /// this one is an opcode the oracle says nothing about, which costs a missed optimization,
1090    /// and an opcode added later that lands in here without anybody reading what it does would be
1091    /// a wrong answer about memory in the safety pass of all places.
1092    ///
1093    /// Two families are deliberately not here even though their names look like they belong. The
1094    /// `restrict` markers take the block's own stack slot as an operand and write their record into
1095    /// it. The synchronization edges say something about the ordering of program memory rather than
1096    /// only about a plane, and a wrong answer there is a false report rather than a missed one.
1097    ///
1098    /// The capability instructions are mostly out and not all of them, so the line between them is
1099    /// worth saying plainly: it is whether every pointer the instruction takes is a locator.
1100    /// `cap_load`, `cap_store` and `cap_recover` each have one that is not, because the point of
1101    /// the aux pair is that a pointer written into a slot comes back out of one, so an address
1102    /// handed to any of those has gone somewhere a later instruction can get it from. `cap_copy`
1103    /// has no such operand. Its three are a destination, a source and a length, it writes nothing
1104    /// but the slots over the destination and reads nothing but the slots over the source, and a
1105    /// slot holds a displacement from the pointer beside it rather than an address, so a run of
1106    /// slots that ends up saying what another run said has moved no address anywhere the copy of
1107    /// the words themselves did not move it already.
1108    #[must_use]
1109    pub const fn touches_only_planes(self) -> bool {
1110        matches!(
1111            self,
1112            Self::CheckBounds
1113                | Self::CheckLive
1114                | Self::CheckType
1115                | Self::CheckInit
1116                | Self::CheckDeriv
1117                | Self::CheckRace
1118                | Self::CheckFree
1119                | Self::CapExtent
1120                | Self::CapExtentBack
1121                | Self::CapCopy
1122                | Self::MetaBegin
1123                | Self::MetaEnd
1124                | Self::MetaType
1125                | Self::MetaTypeCopy
1126                | Self::MetaInit
1127                | Self::MetaInitCopy
1128                | Self::MetaEpoch
1129                | Self::MetaTransfer
1130        )
1131    }
1132
1133    /// Whether this marks one end of a jump along an edge this function's control flow graph does
1134    /// not have.
1135    ///
1136    /// The two `setjmp` markers and nothing else. It exists because an alias oracle that reasons
1137    /// about a call reasons from what the call was handed, and neither of these was handed
1138    /// anything. Control arrives at the instruction after a `setjmp_marker` from wherever the
1139    /// matching `longjmp` sits, so the memory there is a join of the chain that flows into the
1140    /// marker and the memory at every one of those points, and a `longjmp_marker` is the other end
1141    /// of that join and so reads everything the landing will look at. An object whose address never
1142    /// left this function is as exposed to both as anything else, because the jump comes back into
1143    /// this frame and the program reads the frame's own slots afterwards. The only answer about a
1144    /// reference across one of these that cannot be wrong is that it may be touched.
1145    #[must_use]
1146    pub const fn is_jump_marker(self) -> bool {
1147        matches!(self, Self::SetjmpMarker | Self::LongjmpMarker)
1148    }
1149
1150    /// How many values this produces, for the opcodes where the count is fixed.
1151    ///
1152    /// `None` means the count comes from somewhere else: a call takes it from its signature,
1153    /// and inline assembly takes it from its output constraints. A tail call is not one of
1154    /// them, because whatever it returns goes straight out of the function and there is no
1155    /// instruction after it to use anything.
1156    #[must_use]
1157    pub const fn results(self) -> Option<u8> {
1158        match self {
1159            Self::Call | Self::CallIndirect | Self::InlineAsm => None,
1160            Self::Cmpxchg
1161            | Self::SAddOverflow
1162            | Self::UAddOverflow
1163            | Self::SSubOverflow
1164            | Self::USubOverflow
1165            | Self::SMulOverflow
1166            | Self::UMulOverflow => Some(2),
1167            Self::Store
1168            | Self::Memcpy
1169            | Self::Memmove
1170            | Self::Memset
1171            | Self::AtomicStore
1172            | Self::Fence
1173            | Self::Prefetch
1174            | Self::VaStart
1175            | Self::VaEnd
1176            | Self::VaCopy
1177            | Self::StackRestore
1178            | Self::UnreachableHint
1179            | Self::Trap
1180            | Self::LongjmpMarker
1181            | Self::CapStore
1182            | Self::CapCopy
1183            | Self::CapPublish
1184            | Self::CapClear
1185            | Self::CapYield
1186            | Self::CheckBounds
1187            | Self::CheckLive
1188            | Self::CheckType
1189            | Self::CheckInit
1190            | Self::CheckDeriv
1191            | Self::CheckRace
1192            | Self::CheckRestrictRead
1193            | Self::CheckRestrictWrite
1194            | Self::CheckFree
1195            | Self::MetaBegin
1196            | Self::MetaEnd
1197            | Self::MetaType
1198            | Self::MetaTypeCopy
1199            | Self::MetaInit
1200            | Self::MetaInitCopy
1201            | Self::MetaEpoch
1202            | Self::MetaRelease
1203            | Self::MetaAcquire
1204            | Self::MetaFenceRelease
1205            | Self::MetaFenceAcquire
1206            | Self::MetaTransfer
1207            | Self::SafeRegionBegin
1208            | Self::SafeRegionEnd
1209            | Self::RestrictEnter
1210            | Self::RestrictLeave => Some(0),
1211            _ if self.is_terminator() => Some(0),
1212            _ => Some(1),
1213        }
1214    }
1215
1216    /// Whether an instruction with this opcode produces a capability.
1217    ///
1218    /// Seven of the fourteen `cap` instructions. The other seven consume one instead, or none at
1219    /// all: `cap_store` writes one beside a pointer, `cap_copy` moves a run of them from beside one
1220    /// set of words to beside another, `cap_extent` and `cap_extent_back` ask one a
1221    /// question about itself and answer with a number, `cap_publish` hands a call's worth of them
1222    /// to a callee, `cap_yield` leaves one where the caller of this function will look for it, and
1223    /// `cap_clear` takes no operands because saying there is no frame is not a statement about any
1224    /// capability. The reason this is a question about the opcode rather than
1225    /// about the result type is that the verifier asks it the other way round: it walks the results
1226    /// looking for a `cap` and needs to know whether the instruction under it was entitled to make
1227    /// one.
1228    #[must_use]
1229    pub const fn makes_capability(self) -> bool {
1230        matches!(
1231            self,
1232            Self::CapOf
1233                | Self::CapLoad
1234                | Self::CapNull
1235                | Self::CapNarrow
1236                | Self::CapRecover
1237                | Self::CapArg
1238                | Self::CapResult
1239        )
1240    }
1241
1242    /// Which operand of a capability producer names the pointer the capability is about.
1243    ///
1244    /// Five of the seven [`Opcode::makes_capability`] lists, and they all mean the same thing by it:
1245    /// the capability describes the object that pointer is in. Where they differ is only in how the
1246    /// answer was arrived at, which is a walk of the lifetime plane for `cap_recover`, a read of the
1247    /// slot beside the word for `cap_load`, a read of the caller's frame for `cap_arg`, a read of
1248    /// the frame the caller published for `cap_result`, and whatever the back end has at hand for
1249    /// `cap_of`.
1250    ///
1251    /// That is worth stating as one question because the optimizer asks it. A rule that discharges a
1252    /// check by knowing which pointer the check's capability is about has no business caring which
1253    /// producer supplied it, and while `cap_of` was the only one anything emitted, asking for the
1254    /// opcode by name and taking operand zero was the same question. It stopped being the same
1255    /// question when tamnd/rucc#1241 started emitting the cheap producers, and a rule that still
1256    /// asked by name would quietly discharge less the better the code got.
1257    ///
1258    /// The two that answer nothing are the two that are not about a pointer at all. A `cap_narrow`
1259    /// is about another capability and a `cap_null` is about nothing by construction.
1260    ///
1261    /// `cap_result` was in that group and did not belong there. The reasoning was that it is about a
1262    /// pointer the callee returned, which sounds like a value this function has only as the call's
1263    /// own result, and the opcode carries that pointer as operand zero for the same reason
1264    /// `cap_arg` carries one: a callee that wrote nothing leaves the bottom capability in the slot,
1265    /// and the pointer is what the runtime falls back to working the answer out from. So the
1266    /// operand was there the whole time and this said there was none. It is the same mistake the
1267    /// paragraph above is about, made once more in the place that exists to stop it, which is
1268    /// exactly how much care this question wants: every producer that names a pointer has to be
1269    /// here, and the way to tell is to read the opcode's operands rather than its purpose.
1270    #[must_use]
1271    pub const fn capability_names(self) -> Option<usize> {
1272        match self {
1273            Self::CapOf | Self::CapRecover | Self::CapArg | Self::CapResult => Some(0),
1274            // The third, because the first two are the container's capability and the address of
1275            // the word, and the pointer this one is about is the value that came out of the word.
1276            Self::CapLoad => Some(2),
1277            _ => None,
1278        }
1279    }
1280
1281    /// Which payload an instruction with this opcode carries.
1282    ///
1283    /// The printer reads the payload it finds and does not need this. The parser has only the
1284    /// opcode when it reaches the operands, so this is where the two of them agree on what
1285    /// comes after them. An instruction carrying a payload of some other kind prints as text
1286    /// the parser cannot read back, which is why the verifier checks it against
1287    /// [`Extra::kind`](crate::Extra::kind) rather than leaving it to be found later.
1288    #[must_use]
1289    pub const fn extra_kind(self) -> ExtraKind {
1290        match self {
1291            Self::IConst | Self::FConst | Self::Splat => ExtraKind::Imm,
1292            Self::GlobalAddr | Self::TargetIntrinsic | Self::RegisterValue => ExtraKind::Symbol,
1293            Self::ICmp => ExtraKind::IntPred,
1294            Self::FCmp => ExtraKind::FloatPred,
1295            Self::Alloca
1296            | Self::Load
1297            | Self::Store
1298            | Self::Memcpy
1299            | Self::Memmove
1300            | Self::Memset
1301            | Self::AtomicLoad
1302            | Self::AtomicStore
1303            | Self::Cmpxchg
1304            // Four of the checks are about a run of bytes and the payload is where the size
1305            // of that run is, along with the alignment `check_bounds` wants and the aliasing
1306            // node `check_type` compares against. The other two ask a question about a
1307            // pointer and not about a range, so they carry nothing.
1308            | Self::CheckBounds
1309            | Self::CheckType
1310            | Self::CheckInit
1311            | Self::CheckRace
1312            // The two `restrict` checks and the marker that opens their scope. The first two carry
1313            // the size of the access and the two numbers saying which pointer it went through, and
1314            // the third carries the size of the slot and the numbers describing the scope itself.
1315            | Self::CheckRestrictRead
1316            | Self::CheckRestrictWrite
1317            | Self::RestrictEnter => ExtraKind::Mem,
1318            // The plane writes. What each one needs beyond the range is different, and the range
1319            // itself is operands, since the length of a variable length array is a value.
1320            Self::MetaBegin => ExtraKind::Class,
1321            Self::MetaTransfer => ExtraKind::Owner,
1322            Self::MetaType => ExtraKind::Node,
1323            Self::SafeRegionBegin => ExtraKind::Reason,
1324            Self::VaObject => ExtraKind::VaObject,
1325            Self::AtomicRmw => ExtraKind::Rmw,
1326            Self::Fence => ExtraKind::Order,
1327            Self::Prefetch => ExtraKind::Prefetch,
1328            Self::ObjectSize => ExtraKind::Question,
1329            // How far up the chain of frames to walk, which is a number written in the instruction
1330            // and never a value. The builtins these came from take a constant and nothing else, for
1331            // the reason `prefetch` takes one: the instructions this becomes are a walk of that
1332            // length, and a length not known until the program runs has nothing to walk.
1333            Self::FrameAddress | Self::ReturnAddress => ExtraKind::Depth,
1334            Self::Jump | Self::BrIf | Self::BlockAddr | Self::IndirectBr => ExtraKind::Targets,
1335            Self::Switch => ExtraKind::Switch,
1336            Self::Call | Self::CallIndirect | Self::TailCall => ExtraKind::Call,
1337            Self::InlineAsm => ExtraKind::Asm,
1338            _ => ExtraKind::None,
1339        }
1340    }
1341}
1342
1343/// Which of [`Extra`](crate::Extra)'s shapes an instruction carries.
1344///
1345/// The same list of names, without any of the payloads, so that a question about an opcode can
1346/// be answered without an instruction to look at.
1347#[derive(Clone, Copy, Debug, PartialEq, Eq, Hash)]
1348pub enum ExtraKind {
1349    /// Nothing.
1350    None,
1351    /// A constant.
1352    Imm,
1353    /// A name.
1354    Symbol,
1355    /// An integer comparison predicate.
1356    IntPred,
1357    /// A floating point comparison predicate.
1358    FloatPred,
1359    /// An access.
1360    Mem,
1361    /// An atomic read-modify-write.
1362    Rmw,
1363    /// A barrier's ordering.
1364    Order,
1365    /// What a prefetch is a hint about.
1366    Prefetch,
1367    /// How many frames up to walk.
1368    Depth,
1369    /// Which of the four object size questions.
1370    Question,
1371    /// Branch targets.
1372    Targets,
1373    /// A call.
1374    Call,
1375    /// A `switch`.
1376    Switch,
1377    /// Inline assembly.
1378    Asm,
1379    /// An object read off a variable argument list.
1380    VaObject,
1381    /// What kind of storage an instance is.
1382    Class,
1383    /// Who a range of memory went to.
1384    Owner,
1385    /// A metadata node.
1386    Node,
1387    /// Why a declared exemption is there.
1388    Reason,
1389}
1390
1391impl ExtraKind {
1392    /// What it is, in words, for a message that names two of them and has to read as English.
1393    #[must_use]
1394    pub const fn name(self) -> &'static str {
1395        match self {
1396            Self::None => "nothing",
1397            Self::Imm => "a constant",
1398            Self::Symbol => "a name",
1399            Self::IntPred => "an integer comparison",
1400            Self::FloatPred => "a floating point comparison",
1401            Self::Mem => "an access",
1402            Self::Rmw => "a read-modify-write",
1403            Self::Order => "an ordering",
1404            Self::Prefetch => "a prefetch hint",
1405            Self::Depth => "a depth",
1406            Self::Question => "an object size question",
1407            Self::Targets => "branch targets",
1408            Self::Call => "a call",
1409            Self::Switch => "a switch",
1410            Self::Asm => "inline assembly",
1411            Self::VaObject => "an object off a variable argument list",
1412            Self::Class => "a storage class",
1413            Self::Owner => "an owner",
1414            Self::Node => "a metadata node",
1415            Self::Reason => "a reason",
1416        }
1417    }
1418}
1419
1420impl fmt::Display for Opcode {
1421    fn fmt(&self, f: &mut fmt::Formatter<'_>) -> fmt::Result {
1422        f.write_str(self.name())
1423    }
1424}
1425
1426/// Every opcode, which is what [`Opcode::all`] hands out.
1427///
1428/// This is written out rather than derived, and the test below is what keeps it complete: it
1429/// checks the count against [`Opcode::InlineAsm`], the last variant, so a new opcode that is
1430/// not added here fails the build rather than going quietly missing from the parser.
1431static ALL: &[Opcode] = &[
1432    Opcode::IConst,
1433    Opcode::FConst,
1434    Opcode::Splat,
1435    Opcode::GlobalAddr,
1436    Opcode::BlockAddr,
1437    Opcode::Add,
1438    Opcode::Sub,
1439    Opcode::Mul,
1440    Opcode::SDiv,
1441    Opcode::UDiv,
1442    Opcode::SRem,
1443    Opcode::URem,
1444    Opcode::And,
1445    Opcode::Or,
1446    Opcode::Xor,
1447    Opcode::Shl,
1448    Opcode::LShr,
1449    Opcode::AShr,
1450    Opcode::FAdd,
1451    Opcode::FSub,
1452    Opcode::FMul,
1453    Opcode::FDiv,
1454    Opcode::FRem,
1455    Opcode::FNeg,
1456    Opcode::Fma,
1457    Opcode::ICmp,
1458    Opcode::FCmp,
1459    Opcode::Select,
1460    Opcode::Trunc,
1461    Opcode::SExt,
1462    Opcode::ZExt,
1463    Opcode::FPTrunc,
1464    Opcode::FPExt,
1465    Opcode::FPToSI,
1466    Opcode::FPToUI,
1467    Opcode::SIToFP,
1468    Opcode::UIToFP,
1469    Opcode::PtrToInt,
1470    Opcode::IntToPtr,
1471    Opcode::Bitcast,
1472    Opcode::MemEntry,
1473    Opcode::Alloca,
1474    Opcode::Load,
1475    Opcode::Store,
1476    Opcode::PtrAdd,
1477    Opcode::Memcpy,
1478    Opcode::Memmove,
1479    Opcode::Memset,
1480    Opcode::AtomicLoad,
1481    Opcode::AtomicStore,
1482    Opcode::AtomicRmw,
1483    Opcode::Cmpxchg,
1484    Opcode::Fence,
1485    Opcode::CapOf,
1486    Opcode::CapLoad,
1487    Opcode::CapStore,
1488    Opcode::CapCopy,
1489    Opcode::CapNull,
1490    Opcode::CapNarrow,
1491    Opcode::CapRecover,
1492    Opcode::CapExtent,
1493    Opcode::CapExtentBack,
1494    Opcode::CapPublish,
1495    Opcode::CapClear,
1496    Opcode::CapArg,
1497    Opcode::CapYield,
1498    Opcode::CapResult,
1499    Opcode::CheckBounds,
1500    Opcode::CheckLive,
1501    Opcode::CheckType,
1502    Opcode::CheckInit,
1503    Opcode::CheckDeriv,
1504    Opcode::CheckRace,
1505    Opcode::CheckRestrictRead,
1506    Opcode::CheckRestrictWrite,
1507    Opcode::CheckFree,
1508    Opcode::MetaBegin,
1509    Opcode::MetaEnd,
1510    Opcode::MetaType,
1511    Opcode::MetaTypeCopy,
1512    Opcode::MetaInit,
1513    Opcode::MetaInitCopy,
1514    Opcode::MetaEpoch,
1515    Opcode::MetaRelease,
1516    Opcode::MetaAcquire,
1517    Opcode::MetaFenceRelease,
1518    Opcode::MetaFenceAcquire,
1519    Opcode::MetaTransfer,
1520    Opcode::SafeRegionBegin,
1521    Opcode::SafeRegionEnd,
1522    Opcode::RestrictEnter,
1523    Opcode::RestrictLeave,
1524    Opcode::Jump,
1525    Opcode::BrIf,
1526    Opcode::Switch,
1527    Opcode::IndirectBr,
1528    Opcode::Return,
1529    Opcode::Unreachable,
1530    Opcode::Call,
1531    Opcode::CallIndirect,
1532    Opcode::TailCall,
1533    Opcode::Ctlz,
1534    Opcode::Cttz,
1535    Opcode::Ctpop,
1536    Opcode::Bswap,
1537    Opcode::Bitreverse,
1538    Opcode::SAddOverflow,
1539    Opcode::UAddOverflow,
1540    Opcode::SSubOverflow,
1541    Opcode::USubOverflow,
1542    Opcode::SMulOverflow,
1543    Opcode::UMulOverflow,
1544    Opcode::Expect,
1545    Opcode::UnreachableHint,
1546    Opcode::Trap,
1547    Opcode::Prefetch,
1548    Opcode::FrameAddress,
1549    Opcode::ReturnAddress,
1550    Opcode::ThreadPointer,
1551    Opcode::ApplyArgs,
1552    Opcode::Apply,
1553    Opcode::ObjectSize,
1554    Opcode::IsConstant,
1555    Opcode::VaArgPack,
1556    Opcode::VaArgPackLen,
1557    Opcode::RegisterValue,
1558    Opcode::VaStart,
1559    Opcode::VaArg,
1560    Opcode::VaObject,
1561    Opcode::VaEnd,
1562    Opcode::VaCopy,
1563    Opcode::StackSave,
1564    Opcode::StackRestore,
1565    Opcode::SetjmpMarker,
1566    Opcode::LongjmpMarker,
1567    Opcode::TargetIntrinsic,
1568    Opcode::InlineAsm,
1569];
1570
1571/// The ten integer comparisons.
1572///
1573/// Signedness is on the predicate rather than on the type, for the same reason it is on
1574/// `sdiv` and `udiv`: the type space is halved and the operation says what it means.
1575#[derive(Clone, Copy, Debug, PartialEq, Eq, PartialOrd, Ord, Hash)]
1576pub enum IntPred {
1577    /// Equal.
1578    Eq,
1579    /// Not equal.
1580    Ne,
1581    /// Signed less than.
1582    Slt,
1583    /// Signed less than or equal.
1584    Sle,
1585    /// Signed greater than.
1586    Sgt,
1587    /// Signed greater than or equal.
1588    Sge,
1589    /// Unsigned less than.
1590    Ult,
1591    /// Unsigned less than or equal.
1592    Ule,
1593    /// Unsigned greater than.
1594    Ugt,
1595    /// Unsigned greater than or equal.
1596    Uge,
1597}
1598
1599impl IntPred {
1600    /// The textual form.
1601    #[must_use]
1602    pub const fn name(self) -> &'static str {
1603        match self {
1604            Self::Eq => "eq",
1605            Self::Ne => "ne",
1606            Self::Slt => "slt",
1607            Self::Sle => "sle",
1608            Self::Sgt => "sgt",
1609            Self::Sge => "sge",
1610            Self::Ult => "ult",
1611            Self::Ule => "ule",
1612            Self::Ugt => "ugt",
1613            Self::Uge => "uge",
1614        }
1615    }
1616
1617    /// The predicate with that name, if there is one.
1618    #[must_use]
1619    pub fn from_name(name: &str) -> Option<Self> {
1620        Self::all().find(|pred| pred.name() == name)
1621    }
1622
1623    /// Every predicate.
1624    pub fn all() -> impl Iterator<Item = Self> {
1625        [
1626            Self::Eq,
1627            Self::Ne,
1628            Self::Slt,
1629            Self::Sle,
1630            Self::Sgt,
1631            Self::Sge,
1632            Self::Ult,
1633            Self::Ule,
1634            Self::Ugt,
1635            Self::Uge,
1636        ]
1637        .into_iter()
1638    }
1639
1640    /// The predicate that holds exactly when this one does not.
1641    #[must_use]
1642    pub const fn inverse(self) -> Self {
1643        match self {
1644            Self::Eq => Self::Ne,
1645            Self::Ne => Self::Eq,
1646            Self::Slt => Self::Sge,
1647            Self::Sge => Self::Slt,
1648            Self::Sle => Self::Sgt,
1649            Self::Sgt => Self::Sle,
1650            Self::Ult => Self::Uge,
1651            Self::Uge => Self::Ult,
1652            Self::Ule => Self::Ugt,
1653            Self::Ugt => Self::Ule,
1654        }
1655    }
1656
1657    /// The predicate that holds when the operands are given the other way round.
1658    #[must_use]
1659    pub const fn swapped(self) -> Self {
1660        match self {
1661            Self::Eq => Self::Eq,
1662            Self::Ne => Self::Ne,
1663            Self::Slt => Self::Sgt,
1664            Self::Sgt => Self::Slt,
1665            Self::Sle => Self::Sge,
1666            Self::Sge => Self::Sle,
1667            Self::Ult => Self::Ugt,
1668            Self::Ugt => Self::Ult,
1669            Self::Ule => Self::Uge,
1670            Self::Uge => Self::Ule,
1671        }
1672    }
1673
1674    /// Whether this reads its operands as signed. Equality reads them as neither.
1675    #[must_use]
1676    pub const fn is_signed(self) -> bool {
1677        matches!(self, Self::Slt | Self::Sle | Self::Sgt | Self::Sge)
1678    }
1679
1680    /// The predicate that asks the same question with the bits read as unsigned.
1681    ///
1682    /// Each ordering has a counterpart the other way round and equality is the same question at
1683    /// both readings, so every predicate has one and nothing here is a refusal. What it is for is
1684    /// operands known not to be negative: the two readings agree on those, so a signed comparison
1685    /// of two of them is the unsigned comparison of them, and the unsigned one is the one that
1686    /// still holds when the same values are looked at in fewer bits.
1687    #[must_use]
1688    pub const fn unsigned(self) -> Self {
1689        match self {
1690            Self::Slt => Self::Ult,
1691            Self::Sle => Self::Ule,
1692            Self::Sgt => Self::Ugt,
1693            Self::Sge => Self::Uge,
1694            other => other,
1695        }
1696    }
1697}
1698
1699impl fmt::Display for IntPred {
1700    fn fmt(&self, f: &mut fmt::Formatter<'_>) -> fmt::Result {
1701        f.write_str(self.name())
1702    }
1703}
1704
1705/// The floating point comparisons, ordered and unordered.
1706///
1707/// An ordered predicate is false if either operand is a NaN, and an unordered one is true. C's
1708/// `<` is `olt` and C's `!=` is `une`, which is the whole of why both families are here.
1709#[derive(Clone, Copy, Debug, PartialEq, Eq, PartialOrd, Ord, Hash)]
1710pub enum FloatPred {
1711    /// Always false.
1712    False,
1713    /// Ordered and equal.
1714    Oeq,
1715    /// Ordered and greater than.
1716    Ogt,
1717    /// Ordered and greater than or equal.
1718    Oge,
1719    /// Ordered and less than.
1720    Olt,
1721    /// Ordered and less than or equal.
1722    Ole,
1723    /// Ordered and not equal.
1724    One,
1725    /// Ordered, which is to say neither operand is a NaN.
1726    Ord,
1727    /// Unordered, which is to say one of them is.
1728    Uno,
1729    /// Unordered or equal.
1730    Ueq,
1731    /// Unordered or greater than.
1732    Ugt,
1733    /// Unordered or greater than or equal.
1734    Uge,
1735    /// Unordered or less than.
1736    Ult,
1737    /// Unordered or less than or equal.
1738    Ule,
1739    /// Unordered or not equal.
1740    Une,
1741    /// Always true.
1742    True,
1743}
1744
1745impl FloatPred {
1746    /// The textual form.
1747    #[must_use]
1748    pub const fn name(self) -> &'static str {
1749        match self {
1750            Self::False => "false",
1751            Self::Oeq => "oeq",
1752            Self::Ogt => "ogt",
1753            Self::Oge => "oge",
1754            Self::Olt => "olt",
1755            Self::Ole => "ole",
1756            Self::One => "one",
1757            Self::Ord => "ord",
1758            Self::Uno => "uno",
1759            Self::Ueq => "ueq",
1760            Self::Ugt => "ugt",
1761            Self::Uge => "uge",
1762            Self::Ult => "ult",
1763            Self::Ule => "ule",
1764            Self::Une => "une",
1765            Self::True => "true",
1766        }
1767    }
1768
1769    /// The predicate with that name, if there is one.
1770    #[must_use]
1771    pub fn from_name(name: &str) -> Option<Self> {
1772        Self::all().find(|pred| pred.name() == name)
1773    }
1774
1775    /// Every predicate.
1776    pub fn all() -> impl Iterator<Item = Self> {
1777        [
1778            Self::False,
1779            Self::Oeq,
1780            Self::Ogt,
1781            Self::Oge,
1782            Self::Olt,
1783            Self::Ole,
1784            Self::One,
1785            Self::Ord,
1786            Self::Uno,
1787            Self::Ueq,
1788            Self::Ugt,
1789            Self::Uge,
1790            Self::Ult,
1791            Self::Ule,
1792            Self::Une,
1793            Self::True,
1794        ]
1795        .into_iter()
1796    }
1797
1798    /// The predicate that holds exactly when this one does not.
1799    #[must_use]
1800    pub const fn inverse(self) -> Self {
1801        match self {
1802            Self::False => Self::True,
1803            Self::Oeq => Self::Une,
1804            Self::Ogt => Self::Ule,
1805            Self::Oge => Self::Ult,
1806            Self::Olt => Self::Uge,
1807            Self::Ole => Self::Ugt,
1808            Self::One => Self::Ueq,
1809            Self::Ord => Self::Uno,
1810            Self::Uno => Self::Ord,
1811            Self::Ueq => Self::One,
1812            Self::Ugt => Self::Ole,
1813            Self::Uge => Self::Olt,
1814            Self::Ult => Self::Oge,
1815            Self::Ule => Self::Ogt,
1816            Self::Une => Self::Oeq,
1817            Self::True => Self::False,
1818        }
1819    }
1820
1821    /// The predicate that holds when the operands are given the other way round.
1822    #[must_use]
1823    pub const fn swapped(self) -> Self {
1824        match self {
1825            Self::Ogt => Self::Olt,
1826            Self::Olt => Self::Ogt,
1827            Self::Oge => Self::Ole,
1828            Self::Ole => Self::Oge,
1829            Self::Ugt => Self::Ult,
1830            Self::Ult => Self::Ugt,
1831            Self::Uge => Self::Ule,
1832            Self::Ule => Self::Uge,
1833            same => same,
1834        }
1835    }
1836
1837    /// Whether this is false when either operand is a NaN.
1838    ///
1839    /// [`FloatPred::False`] and [`FloatPred::True`] are neither ordered nor unordered, since
1840    /// they do not look at their operands at all, and both answer no here.
1841    #[must_use]
1842    pub const fn is_ordered(self) -> bool {
1843        matches!(
1844            self,
1845            Self::Oeq | Self::Ogt | Self::Oge | Self::Olt | Self::Ole | Self::One | Self::Ord
1846        )
1847    }
1848}
1849
1850impl fmt::Display for FloatPred {
1851    fn fmt(&self, f: &mut fmt::Formatter<'_>) -> fmt::Result {
1852        f.write_str(self.name())
1853    }
1854}
1855
1856#[cfg(test)]
1857mod tests {
1858    use super::*;
1859
1860    #[test]
1861    fn every_opcode_is_in_the_table() {
1862        // `InlineAsm` is the last variant, so its discriminant plus one is how many there are.
1863        // A new opcode declared after it moves this number, and a new opcode declared before
1864        // it and not added to `ALL` moves the length, so either mistake fails here.
1865        assert_eq!(ALL.len(), Opcode::InlineAsm as usize + 1);
1866        for (position, &op) in ALL.iter().enumerate() {
1867            assert_eq!(op as usize, position, "{op} is out of order in ALL");
1868        }
1869    }
1870
1871    #[test]
1872    fn every_opcode_name_is_one_word_the_reader_can_take() {
1873        // The textual form keeps the dot for the type suffix and the flags, so an opcode with a
1874        // dot in it reads back as a shorter opcode with a suffix that is not a type. The safety
1875        // instructions are spelled `cap_of` and not `cap.of` for this reason, and the
1876        // specification says so at `spec/safe-memory/06-instrumentation.md` section 6.2.2.
1877        for opcode in Opcode::all() {
1878            let name = opcode.name();
1879            assert!(!name.is_empty(), "an opcode with no name");
1880            assert!(
1881                name.bytes().all(|b| b.is_ascii_lowercase() || b.is_ascii_digit() || b == b'_'),
1882                "{name} is not one word"
1883            );
1884        }
1885    }
1886
1887    #[test]
1888    fn every_opcode_has_its_own_name_and_finds_it_again() {
1889        let mut names: Vec<&str> = Opcode::all().map(Opcode::name).collect();
1890        let total = names.len();
1891        names.sort_unstable();
1892        names.dedup();
1893        assert_eq!(names.len(), total, "two opcodes share a name");
1894        for op in Opcode::all() {
1895            assert_eq!(Opcode::from_name(op.name()), Some(op));
1896        }
1897        assert_eq!(Opcode::from_name("phi"), None);
1898        assert_eq!(Opcode::from_name("getelementptr"), None);
1899        assert_eq!(Opcode::from_name(""), None);
1900    }
1901
1902    #[test]
1903    fn the_terminators_are_the_ones_control_leaves_by() {
1904        let terminators: Vec<&str> =
1905            Opcode::all().filter(|op| op.is_terminator()).map(Opcode::name).collect();
1906        assert_eq!(
1907            terminators,
1908            ["jump", "br_if", "switch", "indirect_br", "return", "unreachable", "tail_call"]
1909        );
1910    }
1911
1912    #[test]
1913    fn a_terminator_produces_nothing() {
1914        for op in Opcode::all().filter(|op| op.is_terminator()) {
1915            assert_eq!(op.results(), Some(0), "{op}");
1916        }
1917    }
1918
1919    #[test]
1920    fn the_pair_producing_opcodes_are_the_ones_with_a_flag_beside_the_value() {
1921        let pairs: Vec<&str> =
1922            Opcode::all().filter(|op| op.results() == Some(2)).map(Opcode::name).collect();
1923        assert_eq!(
1924            pairs,
1925            [
1926                "cmpxchg",
1927                "sadd_overflow",
1928                "uadd_overflow",
1929                "ssub_overflow",
1930                "usub_overflow",
1931                "smul_overflow",
1932                "umul_overflow"
1933            ]
1934        );
1935    }
1936
1937    #[test]
1938    fn the_capability_instructions_are_the_ones_that_make_a_capability() {
1939        let makers: Vec<Opcode> = Opcode::all().filter(|op| op.makes_capability()).collect();
1940        assert_eq!(
1941            makers,
1942            vec![
1943                Opcode::CapOf,
1944                Opcode::CapLoad,
1945                Opcode::CapNull,
1946                Opcode::CapNarrow,
1947                Opcode::CapRecover,
1948                Opcode::CapArg,
1949                Opcode::CapResult
1950            ]
1951        );
1952        // The other three read a capability rather than making one. `cap_store` writes it out and
1953        // produces nothing at all, and the two extent queries answer with a number.
1954        assert!(!Opcode::CapStore.makes_capability());
1955        assert_eq!(Opcode::CapStore.results(), Some(0));
1956        assert!(!Opcode::CapExtent.makes_capability());
1957        assert_eq!(Opcode::CapExtent.results(), Some(1));
1958        assert!(!Opcode::CapExtentBack.makes_capability());
1959        assert_eq!(Opcode::CapExtentBack.results(), Some(1));
1960        for opcode in makers {
1961            assert_eq!(opcode.results(), Some(1), "{}", opcode.name());
1962        }
1963    }
1964
1965    #[test]
1966    fn a_producer_says_which_of_its_operands_is_the_pointer_it_is_about() {
1967        // Five of the seven, and the one that is not operand zero is the one whose first two
1968        // operands are the container and the word rather than the value that came out of it.
1969        assert_eq!(Opcode::CapOf.capability_names(), Some(0));
1970        assert_eq!(Opcode::CapRecover.capability_names(), Some(0));
1971        assert_eq!(Opcode::CapArg.capability_names(), Some(0));
1972        assert_eq!(Opcode::CapResult.capability_names(), Some(0));
1973        assert_eq!(Opcode::CapLoad.capability_names(), Some(2));
1974
1975        // The two that are about something other than a pointer this function has an operand for.
1976        assert_eq!(Opcode::CapNarrow.capability_names(), None);
1977        assert_eq!(Opcode::CapNull.capability_names(), None);
1978
1979        // Nothing that is not a producer answers, since the question is what a capability describes
1980        // and those have no capability to describe anything with.
1981        assert_eq!(Opcode::CapStore.capability_names(), None);
1982        assert_eq!(Opcode::Load.capability_names(), None);
1983        assert_eq!(Opcode::CheckLive.capability_names(), None);
1984    }
1985
1986    #[test]
1987    fn a_check_reads_the_planes_and_writes_nothing() {
1988        let checks = [
1989            Opcode::CheckBounds,
1990            Opcode::CheckLive,
1991            Opcode::CheckType,
1992            Opcode::CheckInit,
1993            Opcode::CheckDeriv,
1994            Opcode::CheckRace,
1995            Opcode::CheckFree,
1996        ];
1997        for opcode in checks {
1998            let name = opcode.name();
1999            // It traps, so it stays where it was put and nothing deletes it for having no
2000            // result. It reads a plane, so it takes a memory operand. It writes nothing, so
2001            // the access after it reads the version the check was given.
2002            assert!(opcode.has_effects(), "{name}");
2003            assert!(opcode.touches_memory(), "{name}");
2004            assert!(!opcode.writes_memory(), "{name}");
2005            assert_eq!(opcode.results(), Some(0), "{name}");
2006        }
2007    }
2008
2009    #[test]
2010    fn a_restrict_check_writes_memory_because_it_records_what_it_saw() {
2011        // The one place the sentence above does not hold. Every other check reads a plane and
2012        // leaves it alone, so the optimizer may hoist one out of a loop or keep the later of two
2013        // identical ones. These record the range they were asked about into the block's own slot,
2014        // so a check that ran twice saw two accesses and a check that was hoisted saw one, and
2015        // either rewrite changes what the next one answers. Saying they write memory is how the
2016        // memory chain refuses both.
2017        let recording = [
2018            Opcode::CheckRestrictRead,
2019            Opcode::CheckRestrictWrite,
2020            Opcode::RestrictEnter,
2021            Opcode::RestrictLeave,
2022        ];
2023        for opcode in recording {
2024            let name = opcode.name();
2025            assert!(opcode.has_effects(), "{name}");
2026            assert!(opcode.touches_memory(), "{name}");
2027            assert!(opcode.writes_memory(), "{name}");
2028            assert_eq!(opcode.results(), Some(0), "{name}");
2029        }
2030    }
2031
2032    #[test]
2033    fn the_capability_instructions_that_touch_memory_are_the_five_that_have_to() {
2034        // `cap_load` and `cap_store` are an access to the slot beside a pointer, and `cap_recover`
2035        // and the two extent queries read the planes. The other three are arithmetic on a
2036        // provenance the program already had, so the optimizer may treat them as it treats
2037        // `ptr_add`.
2038        assert!(!Opcode::CapOf.has_effects());
2039        assert!(!Opcode::CapNull.has_effects());
2040        assert!(!Opcode::CapNarrow.has_effects());
2041        assert!(Opcode::CapLoad.touches_memory() && !Opcode::CapLoad.writes_memory());
2042        assert!(Opcode::CapRecover.touches_memory() && !Opcode::CapRecover.writes_memory());
2043        assert!(Opcode::CapExtent.touches_memory() && !Opcode::CapExtent.writes_memory());
2044        assert!(Opcode::CapExtentBack.touches_memory() && !Opcode::CapExtentBack.writes_memory());
2045        assert!(Opcode::CapStore.writes_memory());
2046    }
2047
2048    #[test]
2049    fn what_only_touches_a_plane_touches_memory_and_is_not_an_access() {
2050        // Two halves. Everything in the list is on the memory chain, because an instruction the
2051        // chain does not carry is one the walk never sees and saying anything about it would be
2052        // saying it about nothing. And everything in the list comes from the safety lowering,
2053        // because the planes are the lowering's own storage and an opcode from somewhere else
2054        // claiming to touch only them is the claim being made about the wrong memory.
2055        for opcode in Opcode::all() {
2056            if !opcode.touches_only_planes() {
2057                continue;
2058            }
2059            let name = opcode.name();
2060            assert!(opcode.touches_memory(), "{name}");
2061            let instrumentation = name.starts_with("check_")
2062                || name.starts_with("meta_")
2063                || name.starts_with("cap_extent")
2064                || name == "cap_copy";
2065            assert!(instrumentation, "{name}");
2066        }
2067        for opcode in [Opcode::MetaInit, Opcode::MetaType, Opcode::CheckBounds, Opcode::CapExtent] {
2068            assert!(opcode.touches_only_planes(), "{opcode}");
2069        }
2070    }
2071
2072    #[test]
2073    fn what_goes_through_a_frame_slot_is_not_a_plane_access() {
2074        // What the list leaves out on purpose. The three capability instructions here each take a
2075        // pointer that is not a locator, since a pointer written into a slot is one a later
2076        // instruction reads back out, and the `restrict` markers write their record into the
2077        // block's own slot. The synchronization edges are left out for a different reason, which is
2078        // that they say something about the ordering of program memory and not only about a plane.
2079        let outside = [
2080            Opcode::CapLoad,
2081            Opcode::CapStore,
2082            Opcode::CapRecover,
2083            Opcode::CheckRestrictRead,
2084            Opcode::CheckRestrictWrite,
2085            Opcode::RestrictEnter,
2086            Opcode::RestrictLeave,
2087            Opcode::MetaRelease,
2088            Opcode::MetaAcquire,
2089            Opcode::MetaFenceRelease,
2090            Opcode::MetaFenceAcquire,
2091        ];
2092        for opcode in outside {
2093            assert!(!opcode.touches_only_planes(), "{opcode}");
2094        }
2095        // And nothing ordinary is in it either, since a store answering yes would be the whole
2096        // optimizer told that program memory is unreachable.
2097        for opcode in [Opcode::Load, Opcode::Store, Opcode::Call, Opcode::Memcpy, Opcode::Fence] {
2098            assert!(!opcode.touches_only_planes(), "{opcode}");
2099        }
2100    }
2101
2102    #[test]
2103    fn memory_has_effects_and_arithmetic_does_not() {
2104        for op in [Opcode::Load, Opcode::Store, Opcode::Call, Opcode::Alloca, Opcode::Fence] {
2105            assert!(op.has_effects(), "{op}");
2106        }
2107        for op in [Opcode::Add, Opcode::FDiv, Opcode::ICmp, Opcode::PtrAdd, Opcode::IConst] {
2108            assert!(!op.has_effects(), "{op}");
2109        }
2110    }
2111
2112    #[test]
2113    fn commuting_is_only_claimed_where_it_holds() {
2114        assert!(Opcode::Add.is_commutative());
2115        assert!(Opcode::FAdd.is_commutative());
2116        assert!(!Opcode::Sub.is_commutative());
2117        assert!(!Opcode::FDiv.is_commutative());
2118        assert!(!Opcode::Shl.is_commutative());
2119    }
2120
2121    #[test]
2122    fn an_integer_predicate_inverts_and_swaps_back_to_itself() {
2123        for pred in IntPred::all() {
2124            assert_eq!(pred.inverse().inverse(), pred);
2125            assert_eq!(pred.swapped().swapped(), pred);
2126            assert_eq!(IntPred::from_name(pred.name()), Some(pred));
2127        }
2128        assert_eq!(IntPred::Slt.inverse(), IntPred::Sge);
2129        assert_eq!(IntPred::Slt.swapped(), IntPred::Sgt);
2130        assert_eq!(IntPred::from_name("lt"), None);
2131    }
2132
2133    #[test]
2134    fn an_integer_predicate_has_an_unsigned_counterpart_that_asks_the_same_way_round() {
2135        for pred in IntPred::all() {
2136            let unsigned = pred.unsigned();
2137            assert!(!unsigned.is_signed(), "{pred}");
2138            assert_eq!(unsigned.unsigned(), unsigned, "{pred}");
2139            // The same way round, so inverting or swapping either first gives the same answer.
2140            assert_eq!(pred.inverse().unsigned(), unsigned.inverse(), "{pred}");
2141            assert_eq!(pred.swapped().unsigned(), unsigned.swapped(), "{pred}");
2142        }
2143        assert_eq!(IntPred::Slt.unsigned(), IntPred::Ult);
2144        assert_eq!(IntPred::Sge.unsigned(), IntPred::Uge);
2145        // Equality is the same question at both readings, so it is already its own counterpart.
2146        assert_eq!(IntPred::Eq.unsigned(), IntPred::Eq);
2147        assert_eq!(IntPred::Ne.unsigned(), IntPred::Ne);
2148    }
2149
2150    #[test]
2151    fn a_floating_predicate_inverts_across_the_ordered_line() {
2152        for pred in FloatPred::all() {
2153            assert_eq!(pred.inverse().inverse(), pred);
2154            assert_eq!(pred.swapped().swapped(), pred);
2155            assert_eq!(FloatPred::from_name(pred.name()), Some(pred));
2156        }
2157        // Inverting has to cross the line, because the negation of an ordered comparison is
2158        // true when an operand is a NaN. This is where `!(a < b)` stops being `a >= b`. The
2159        // two constants are outside it: neither of them looks at its operands.
2160        for pred in FloatPred::all().filter(|p| !matches!(p, FloatPred::False | FloatPred::True)) {
2161            assert_ne!(pred.is_ordered(), pred.inverse().is_ordered(), "{pred}");
2162        }
2163        assert_eq!(FloatPred::Olt.inverse(), FloatPred::Uge);
2164        assert_eq!(FloatPred::Olt.swapped(), FloatPred::Ogt);
2165    }
2166
2167    #[test]
2168    fn swapping_a_predicate_keeps_it_ordered_or_unordered() {
2169        for pred in FloatPred::all() {
2170            assert_eq!(pred.is_ordered(), pred.swapped().is_ordered(), "{pred}");
2171        }
2172        for pred in IntPred::all() {
2173            assert_eq!(pred.is_signed(), pred.swapped().is_signed(), "{pred}");
2174        }
2175    }
2176
2177    #[test]
2178    fn no_two_predicates_share_a_name_within_their_family() {
2179        for names in [
2180            IntPred::all().map(IntPred::name).collect::<Vec<_>>(),
2181            FloatPred::all().map(FloatPred::name).collect::<Vec<_>>(),
2182        ] {
2183            let total = names.len();
2184            let mut names = names;
2185            names.sort_unstable();
2186            names.dedup();
2187            assert_eq!(names.len(), total);
2188        }
2189    }
2190}