Skip to main content

rucc_codegen/
capability.rs

1//! What this target can be asked to do, and what happens when it cannot.
2//!
3//! Design: `spec/optimizer/36-lowering-and-isel.md` section 36.4.
4//!
5//! GCC asks one question of a target, which is whether it has an instruction for this operation at
6//! this mode, and the whole of `gcc/optabs.cc` is built on the answer. rucc asks the same question
7//! and used to give three separate answers in three separate places: a list in [`crate::coverage`]
8//! saying an opcode has no rule and that is on purpose, a set of `match` arms in
9//! [`crate::quad`] and [`crate::wide`] turning an operation into a call to the compiler runtime,
10//! and the pre-selection group in [`crate::lowering`] rewriting an operation into ones the machine
11//! does have.
12//!
13//! Those are not three questions. They are one question with three possible answers, and three
14//! places that answer it can disagree without anything noticing. An opcode named on the exception
15//! list and also lowered before selection is a stale line in the list; an opcode named there that
16//! has grown a libcall is the same staleness the other way round. This module is the one table, and
17//! [`Row`] is the three columns.
18//!
19//! # A row is a name
20//!
21//! Section 36.4 says one row per operation and mode. A name is exactly that here, and it is already
22//! how the rest of the back end talks: `add.i64` is the addition opcode at sixty four bits, and
23//! [`crate::coverage`] has always said that a name is an opcode and a width together. So the rows
24//! are the names, which come from three places.
25//!
26//! [`rucc_ir::term::heads`] gives every name the rule language can spell, which is the universe the
27//! rule column is about. [`LIBCALLS`] gives the names at the two modes the rule language cannot
28//! spell, which is the whole reason those calls exist. And an opcode with no mode at all, a `call`
29//! or a `jump` or a `trap`, gets one row under its own name, because the question is still asked
30//! about it and the answer is still one of the three.
31//!
32//! # Why more than one column can be filled
33//!
34//! An operation is not obliged to have exactly one answer, and reading it that way is the mistake
35//! the old list made. `sitofp.i64.f64` has a rule, because this machine has `cvtsi2sd`, and it is
36//! also named by [`crate::lowering::Step::Floats`], because the same pass handles the widths the
37//! machine has no instruction for and walks away from the ones it does. Both columns are true and
38//! neither is stale. What would be a contradiction is a rule at a name something rewrites by hand
39//! before selection ever runs, since that rule could never fire, and that is the one overlap the
40//! tests below refuse.
41//!
42//! # Which way the arrow points
43//!
44//! The lowering column is not written down here. It is read out of [`crate::lowering::Step`], which
45//! is where a lowering says which opcodes it is about, so there is no second copy of the group
46//! membership to go stale. That is the only direction worth having: the group is the authority on
47//! what the group rewrites, and a table that repeated it would be the third mechanism again under a
48//! new name.
49//!
50//! What is written down here is the half no pass can be asked for. [`HAND`] is the opcodes lowered
51//! somewhere a rule cannot reach and a pass cannot be asked about either, because the answer is a
52//! `match` arm in [`crate::lower`] or in `rucc_safety`, and [`LIBCALLS`] is the runtime function an
53//! operation becomes, which was three sets of `match` arms and is now one list they read.
54
55use rucc_ir::Opcode;
56
57use crate::coverage::{GAPS, NAMES};
58use crate::lowering::Step;
59use crate::select::Table;
60
61/// What rewrites an operation before the selector sees it.
62#[derive(Debug, Clone, Copy, PartialEq, Eq)]
63pub enum Lowering {
64    /// A member of the pre-selection group, which says for itself which opcodes it is about.
65    Group(Step),
66    /// A place a rule cannot reach and a pass cannot be asked about, and what it does there.
67    Hand(&'static str),
68}
69
70impl Lowering {
71    /// Where the rewrite happens, for a report somebody reads.
72    #[must_use]
73    pub const fn where_(self) -> &'static str {
74        match self {
75            Lowering::Group(step) => step.name(),
76            Lowering::Hand(where_) => where_,
77        }
78    }
79}
80
81/// One operation at one mode, and the three answers.
82#[derive(Debug, Clone)]
83pub struct Row {
84    /// The opcode the row is about.
85    pub opcode: Opcode,
86    /// What the operation at this mode is called, which is `add.i64` or `sitofp.i64.f64` or, for an
87    /// operation with no mode, the opcode's own name.
88    pub name: &'static str,
89    /// Whether a rule in this target's table is written at that name.
90    pub rule: bool,
91    /// What rewrites it before selection, if anything does.
92    pub lowering: Option<Lowering>,
93    /// The runtime function it becomes, if that is what happens to it.
94    pub libcall: Option<&'static str>,
95    /// Why nothing does any of the three, and the issue that closes it.
96    pub nothing: Option<(&'static str, &'static str)>,
97}
98
99impl Row {
100    /// Whether this target can be asked to do this operation at this mode at all.
101    ///
102    /// The question the whole table is for. A row with no answer is an operation that reaches the
103    /// selector and is refused there, which turns a hole in the back end into a user's problem.
104    #[must_use]
105    pub const fn answered(&self) -> bool {
106        self.rule || self.lowering.is_some() || self.libcall.is_some()
107    }
108}
109
110/// An opcode lowered somewhere a rule cannot reach, and what happens to it there.
111///
112/// Not one of these is a gap. Each is an opcode whose lowering depends on something no pattern can
113/// see, so the answer lives where that something is known: where a call's operands go depends on
114/// the signature, where a local lives depends on the frame, an unconditional jump is an edge and
115/// edges live on the block.
116///
117/// This used to be twice as long, and the half that went is the half the pre-selection group can be
118/// asked about directly. An entry here is one nothing can be asked about, because what does the
119/// work is a `match` arm rather than a pass with a name.
120pub static HAND: &[(Opcode, &str)] = &[
121    // The convention. What a call's operands are is whatever the signature made them, and which
122    // register each one arrives in depends on the classification of every argument before it.
123    (Opcode::Call, "`crate::abi`, which builds a call out of the convention"),
124    (Opcode::CallIndirect, "`crate::abi`, the same instruction with the callee in a register"),
125    // The frame, which is not known until the allocator has finished running out of registers.
126    (Opcode::Alloca, "`crate::lower`, as an address into a frame `crate::frame` lays out later"),
127    // The stack pointer, which is not a value the program computed and so is not a value a rule
128    // could bind. A scope holding a variable length array reads it as it opens and writes it back
129    // as it closes, which is how the bytes are given back.
130    (Opcode::StackSave, "`crate::lower`, as a move out of the stack pointer"),
131    (Opcode::StackRestore, "`crate::lower`, the same move the other way round"),
132    // A relocation, which is right because of what the linker does rather than because of what
133    // any bitvector equals.
134    (Opcode::GlobalAddr, "`crate::lower`, a `lea` off the instruction pointer with a name on it"),
135    // The same instruction against a place in this function rather than a name outside it. What
136    // it addresses is a block, and a block is not a value a pattern can bind.
137    (Opcode::BlockAddr, "`crate::lower`, the same `lea` against a label of this function"),
138    // The one thing on this machine that no ordinary instruction can work out, which is why it
139    // is built here rather than matched: `%fs` is not a register a rule could name.
140    (Opcode::ThreadPointer, "`crate::lower`, as the load through `%fs` at zero that reads it"),
141    // What a named register holds, built there for a reason of the same shape written about any
142    // register rather than about one: which register it is is a string beside the instruction and
143    // a pattern matches on an opcode and a type, so no rule could name it.
144    (Opcode::RegisterValue, "`crate::lower`, as one move out of the register the program named"),
145    // A hint, which is built here for a reason of the same shape and one step stronger: which of
146    // the four instructions it is comes out of a number in the builtin's arguments, and a pattern
147    // matches on an opcode and a type and could not see it.
148    (Opcode::Prefetch, "`crate::lower`, as one of the four `prefetch` instructions"),
149    // Stopping, which is built here because it computes nothing for a rule to have a pattern for
150    // and because what makes it right is the operating system rather than any bitvector.
151    (Opcode::Trap, "`crate::lower`, as the `ud2` the program stops on"),
152    // The two that walk the frames, built here because how long the walk is comes out of a number
153    // beside the instruction and a pattern matches on an opcode and a type. What they start from is
154    // the frame pointer, which is not a register a rule could name either, and asking for one is
155    // part of building them.
156    (Opcode::FrameAddress, "`crate::lower`, as the walk up the saved frame pointers"),
157    (Opcode::ReturnAddress, "`crate::lower`, as the same walk with one load at the end of it"),
158    // The pair that saves a place in a function and comes back to it, built here because what the
159    // first of them writes down is where control comes back to, which is a place in this function
160    // and not a value a pattern can bind. Each is a group of instructions rather than one, and the
161    // first of them ends the block it was written in, which no rule can do.
162    (
163        Opcode::SetjmpMarker,
164        "`crate::lower`, as the four words it writes and the block the restore comes back to",
165    ),
166    (
167        Opcode::LongjmpMarker,
168        "`crate::lower`, as the four words read back, the frame put back and the jump",
169    ),
170    // No instruction at all. The IR keeps the width the same and the machine has one register
171    // file for both, so the value is already where it needs to be.
172    (Opcode::PtrToInt, "`crate::lower`, which renames the value rather than computing anything"),
173    (Opcode::IntToPtr, "`crate::lower`, the same rename the other way round"),
174    // Memory SSA, which is built at -O2, read by the passes that need it, and taken back off
175    // before selection. Nothing in the back end has ever seen a value of type `mem`.
176    (Opcode::MemEntry, "nothing at all, since memory SSA comes off before the back end runs"),
177    // An object size question, which `rucc_opt::objsize` answers with a constant before any other
178    // pass runs and at every level, so the back end never sees one.
179    (Opcode::ObjectSize, "nothing at all, since `rucc_opt::objsize` answers it first"),
180    // The edges and the two ways of writing down that control does not arrive.
181    (Opcode::Jump, "`crate::layout`, since an edge is on the block and not in the block"),
182    // The one terminator selection does write, because what it reads is a value. How many arms it
183    // has is not fixed, and a rule says what an instruction reads rather than where a block goes.
184    (Opcode::IndirectBr, "`crate::lower`, as the jump through the register that holds the address"),
185    (Opcode::Unreachable, "nothing at all, which is the answer for a place control does not reach"),
186    (Opcode::UnreachableHint, "nothing at all, for the same reason"),
187    // The template, which is a string and not a term. A rule set cannot be written over a string,
188    // so the instructions a template names are looked up in the machine description rather than
189    // matched, which is `rucc_target::x86_64::read`.
190    (
191        Opcode::InlineAsm,
192        "`crate::lower`, as the places its operands share and the instructions its template names",
193    ),
194    // The barrier itself, which is one instruction or none and neither is a rewrite of anything.
195    (
196        Opcode::Fence,
197        "`crate::lower`, as an `mfence` at the strongest ordering and nothing below it",
198    ),
199    // The compare and exchange, which is one instruction and produces two values, and a rule
200    // replaces a term with an instruction producing one.
201    (
202        Opcode::Cmpxchg,
203        "`crate::lower`, as a locked compare and exchange and the byte that reads its answer",
204    ),
205    // The read modify write, which produces one value a rule could have named and whose operation
206    // is carried beside it rather than in the head a rule matches on, so one pattern would be all
207    // thirteen of them. `crate::lowering::Step::Retries` is the half of this the group does and it
208    // names no opcode, because the half it does not do is lowered here.
209    (
210        Opcode::AtomicRmw,
211        "`crate::lower`, as an exchange or a locked add, and `crate::retry` for the eight with no \
212         instruction, with the two on floating values refused",
213    ),
214    // The one of the five variable argument opcodes the group does not name, because what it writes
215    // is the register save area and where that is comes out of the convention rather than the term.
216    (Opcode::VaStart, "`crate::varargs`, which writes the register save area the ABI describes"),
217    // Memory safety. A check is a call to the runtime, and the rewrite happens after the optimizer
218    // has run so that the descriptor table only has rows for checks that survived it.
219    (Opcode::CheckBounds, "`rucc_safety::lower`, into a call carrying the row that describes it"),
220    (Opcode::CheckLive, "`rucc_safety::lower`, the same call over the lifetime plane"),
221    (Opcode::CheckDeriv, "`rucc_safety::lower`, the same call where the pointer is computed"),
222    (Opcode::CheckType, "`rucc_safety::lower`, the same call, carrying the type asked about"),
223    (
224        Opcode::CheckInit,
225        "`rucc_safety::lower`, the same call over the init plane, carrying no type",
226    ),
227    (Opcode::CheckRace, "`rucc_safety::lower`, the same call over the epoch plane"),
228    (
229        Opcode::CheckFree,
230        "`rucc_safety::lower`, the same call in front of the free rather than the access",
231    ),
232    // The five plane writes the same pass emits, which become calls the same way. A judgement
233    // decides nothing, so none of the calls carries a descriptor row, and neither do the two
234    // edges below them.
235    (Opcode::MetaType, "`rucc_safety::lower`, into the call that records what a store stored"),
236    (Opcode::MetaTypeCopy, "`rucc_safety::lower`, the same call over the range a copy read"),
237    (Opcode::MetaInit, "`rucc_safety::lower`, into the call that says a store wrote a range"),
238    (Opcode::MetaInitCopy, "`rucc_safety::lower`, the same call over the range a copy read"),
239    // The aux's own copy, which the same pass emits beside those two and which is not a plane write
240    // in the sense they are: what it moves is the capability beside every pointer a copy carried.
241    (Opcode::CapCopy, "`rucc_safety::lower`, the same call over the slots a copy moved"),
242    (Opcode::MetaEpoch, "`rucc_safety::lower`, into the call that says which thread stored"),
243    // The two halves of a synchronization edge, which are the same shape of call and are not a
244    // plane write at all: what they move is a thread's own clock, which lives beside the thread.
245    (
246        Opcode::MetaRelease,
247        "`rucc_safety::lower`, into the call that publishes this thread's clock at an atomic",
248    ),
249    (Opcode::MetaAcquire, "`rucc_safety::lower`, into the call that takes the other end of it"),
250    // The same pair for a fence, which are the same calls with no key, since a fence orders
251    // against every thread rather than against an object.
252    (
253        Opcode::MetaFenceRelease,
254        "`rucc_safety::lower`, into the call that publishes this thread's clock to everyone",
255    ),
256    (
257        Opcode::MetaFenceAcquire,
258        "`rucc_safety::lower`, into the call that takes what any release fence published",
259    ),
260    // The `restrict` contract, which is judgement J8 and is the one check that records as well as
261    // asks. What it records goes in a slot the block owns, and the two markers are what open and
262    // close that slot, so all four are calls to the runtime the same way.
263    (
264        Opcode::CheckRestrictRead,
265        "`rucc_safety::lower`, into the call that asks what the block has already reached",
266    ),
267    (Opcode::CheckRestrictWrite, "`rucc_safety::lower`, the same call, saying it wrote"),
268    (Opcode::RestrictEnter, "`rucc_safety::lower`, into the call that opens the block's record"),
269    (Opcode::RestrictLeave, "`rucc_safety::lower`, into the call that closes it again"),
270    // The two markers, and the only pair on this list that is lowered into nothing. A declared
271    // region is not code, it is the reason some code carries no checks, so by the time the back end
272    // sees it the whole of its effect has already happened. What it costs is the count document 10
273    // section 10.2 asks for, and `rucc_safety::summary` takes that before the back end runs.
274    (Opcode::SafeRegionBegin, "`rucc_safety::lower`, into nothing, once the count has been taken"),
275    (Opcode::SafeRegionEnd, "`rucc_safety::lower`, the same, which is to say nothing"),
276    (Opcode::CapExtent, "`rucc_safety::lower`, into a call that asks rather than one that judges"),
277    (Opcode::CapExtentBack, "`rucc_safety::lower`, the same call about the bytes below an address"),
278    // The capability the checks were reading, which the same pass takes out once they are calls,
279    // because a call to the runtime is handed an address and finds the rest for itself. One that
280    // something does read is a slot, and the only one of those the pass can fill so far is a
281    // capability for a pointer an allocator just returned, which is a load out of that instance's
282    // own header rather than anything worked out from the address.
283    (Opcode::CapOf, "`rucc_safety::slot`, into the header read at an allocation site or the walk"),
284    // The two ends of a capability that something does read. A capability is four words of frame
285    // and the value that stands for one is the slot's address, so the pair below is an `alloca`
286    // with four zero words written into it and a call handed the addresses of two slots.
287    (Opcode::CapNull, "`rucc_safety::slot`, into a frame slot with the bottom capability in it"),
288    (Opcode::CapStore, "`rucc_safety::slot`, into the call that writes one into the aux plane"),
289    // The other end of that write, which is the one capability nothing has to work out, because the
290    // store that put it beside the pointer already did. So this is a call too, and it is the only
291    // instruction the pass rewrites that reads a slot and fills one.
292    (Opcode::CapLoad, "`rucc_safety::slot`, into the call that reads one back out again"),
293    // The sub-object tier's whole mechanism, which is arithmetic on the range a capability holds
294    // and is a call for the same reason the rest are: where the four words sit is the runtime's to
295    // know, and a second place that agreed about it would be a second place that could stop.
296    (Opcode::CapNarrow, "`rucc_safety::slot`, into the call that moves the range in"),
297    // The expensive producer and the only one that always has an answer, which is why it is what a
298    // pointer from outside the instrumented world falls back to. Same two arguments as the fresh
299    // allocation above, since the runtime declares the pair as one shape.
300    (Opcode::CapRecover, "`rucc_safety::slot`, into the call that walks the planes for one"),
301    // The two ends of a call, which is where a capability stops being this function's business.
302    // Neither of them is a capability instruction in the sense the five above are: one copies a
303    // call's worth of them into a frame in thread local storage and publishes it, and the other
304    // says there is no frame at all, which is what a callee nobody can vouch for gets.
305    (Opcode::CapPublish, "`rucc_safety::frame`, into the frame a call hands its callee"),
306    (Opcode::CapClear, "`rucc_safety::frame`, into the call that says there is no frame"),
307    // And the reading end of the first of those two, which is the one of the three that does make a
308    // capability. It is in the callee rather than in the caller and it answers whether or not there
309    // was a frame, because a pointer nobody described is one to be recovered from the planes.
310    (Opcode::CapArg, "`rucc_safety::frame`, into the read of the frame the caller published"),
311    // And the same pair for the pointer a call gives back, which is the one value crossing a call in
312    // the other direction. The writing end is in the callee and is the only thing here that writes
313    // into a frame it did not make, which it may because the frame is the caller's stack and the
314    // caller is waiting for it.
315    (
316        Opcode::CapYield,
317        "`rucc_safety::frame`, into the write of the frame the caller is waiting on",
318    ),
319    (Opcode::CapResult, "`rucc_safety::frame`, into the read of what the callee left behind"),
320    // What `__builtin_expect` said, which the pass writes onto the arms of the branch it was said
321    // about before taking the instruction out, so that a hint and a profile are the same thing to
322    // everything downstream of the optimizer.
323    (Opcode::Expect, "`rucc_opt::expect`, which moves the hint onto the branch and removes it"),
324];
325
326/// The runtime function an operation becomes, by opcode and by mode.
327///
328/// The third answer, and the one GCC's fallback ladder ends at. An operation with no instruction
329/// and no way of being built out of instructions is a call to the compiler runtime, and which call
330/// it is is a fact about the operation and the mode and nothing else. It used to be three sets of
331/// `match` arms, in [`crate::quad`], in [`crate::wide`] and in [`crate::expand`], and it is one
332/// list they read.
333///
334/// The mode is spelled the way the rule language spells one, which is the width for an operation on
335/// one type and the two widths for a conversion. Every mode here is a mode the rule language cannot
336/// spell, since an operation the machine has does not become a call, which is why these names are
337/// not in [`rucc_ir::term::heads`] and are rows of their own.
338///
339/// The bulk operations are the exception that proves it. A copy becomes a run of moves at a size
340/// the lowering will take on and a call to the C library above it, so the mode is the size rather
341/// than a width, and both answers are true of the same row.
342pub static LIBCALLS: &[(Opcode, &str, &str)] = &[
343    // The quad format, which no x86-64 instruction touches. `crate::quad` is the pass.
344    (Opcode::FAdd, "f128", "__addtf3"),
345    (Opcode::FSub, "f128", "__subtf3"),
346    (Opcode::FMul, "f128", "__multf3"),
347    (Opcode::FDiv, "f128", "__divtf3"),
348    (Opcode::FNeg, "f128", "__negtf2"),
349    // A comparison is one call per predicate and a test of the integer it gives back, which is why
350    // the pass keeps the integer predicate beside the name and this list holds only the name.
351    (Opcode::FCmp, "oeq.f128", "__eqtf2"),
352    (Opcode::FCmp, "une.f128", "__netf2"),
353    (Opcode::FCmp, "olt.f128", "__lttf2"),
354    (Opcode::FCmp, "ole.f128", "__letf2"),
355    (Opcode::FCmp, "ogt.f128", "__gttf2"),
356    (Opcode::FCmp, "oge.f128", "__getf2"),
357    (Opcode::FCmp, "uno.f128", "__unordtf2"),
358    (Opcode::FPExt, "f32.f128", "__extendsftf2"),
359    (Opcode::FPExt, "f64.f128", "__extenddftf2"),
360    (Opcode::FPTrunc, "f128.f32", "__trunctfsf2"),
361    (Opcode::FPTrunc, "f128.f64", "__trunctfdf2"),
362    (Opcode::SIToFP, "i32.f128", "__floatsitf"),
363    (Opcode::SIToFP, "i64.f128", "__floatditf"),
364    (Opcode::UIToFP, "i32.f128", "__floatunsitf"),
365    (Opcode::UIToFP, "i64.f128", "__floatunditf"),
366    (Opcode::FPToSI, "f128.i32", "__fixtfsi"),
367    (Opcode::FPToSI, "f128.i64", "__fixtfdi"),
368    (Opcode::FPToUI, "f128.i32", "__fixunstfsi"),
369    (Opcode::FPToUI, "f128.i64", "__fixunstfdi"),
370    // The half format, which no x86-64 instruction computes in either. `crate::half` is the pass,
371    // and it needs fewer rows than the quad does because it has somewhere to go: a half widens to
372    // a `float` exactly, so every operation is the `float` one with a widening in front of it and
373    // a narrowing behind it, and only the widening and the narrowings are calls.
374    //
375    // The three narrowings are three rows and not one, and that is the part worth reading twice.
376    // Each of them rounds once, and rounding twice is a different answer: a `double` that sits
377    // just above the halfway point between two halves rounds down to that halfway point in a
378    // `float` and then to even from there, which is the wrong neighbour. libgcc has a routine per
379    // source width for exactly this reason and gcc calls the one that matches, so this table has a
380    // row per source width too.
381    (Opcode::FPExt, "f16.f32", "__extendhfsf2"),
382    (Opcode::FPTrunc, "f32.f16", "__truncsfhf2"),
383    (Opcode::FPTrunc, "f64.f16", "__truncdfhf2"),
384    (Opcode::FPTrunc, "f128.f16", "__trunctfhf2"),
385    // An integer wider than a register. `crate::wide` splits what it can into halves and calls for
386    // what it cannot, which is the four that need the whole value at once and the conversions.
387    (Opcode::UDiv, "i128", "__udivti3"),
388    (Opcode::SDiv, "i128", "__divti3"),
389    (Opcode::URem, "i128", "__umodti3"),
390    (Opcode::SRem, "i128", "__modti3"),
391    (Opcode::SIToFP, "i128.f32", "__floattisf"),
392    (Opcode::SIToFP, "i128.f64", "__floattidf"),
393    (Opcode::SIToFP, "i128.f128", "__floattitf"),
394    (Opcode::UIToFP, "i128.f32", "__floatuntisf"),
395    (Opcode::UIToFP, "i128.f64", "__floatuntidf"),
396    (Opcode::UIToFP, "i128.f128", "__floatuntitf"),
397    (Opcode::FPToSI, "f32.i128", "__fixsfti"),
398    (Opcode::FPToSI, "f64.i128", "__fixdfti"),
399    (Opcode::FPToSI, "f128.i128", "__fixtfti"),
400    (Opcode::FPToUI, "f32.i128", "__fixunssfti"),
401    (Opcode::FPToUI, "f64.i128", "__fixunsdfti"),
402    (Opcode::FPToUI, "f128.i128", "__fixunstfti"),
403    // The bulk operations, which are the C library rather than the compiler runtime. A copy the
404    // lowering will not take on is one whose size is not a constant or is above the threshold, and
405    // a move is always a call because the two regions may overlap.
406    (Opcode::Memcpy, "big", "memcpy"),
407    (Opcode::Memset, "big", "memset"),
408    (Opcode::Memmove, "any", "memmove"),
409];
410
411/// The runtime function this operation at this mode becomes, or nothing where it is not a call.
412///
413/// What the passes that emit one read, so that the name a call is made under and the name the table
414/// reports are the same string rather than two strings somebody has to keep equal.
415#[must_use]
416pub fn libcall(opcode: Opcode, mode: &str) -> Option<&'static str> {
417    LIBCALLS
418        .iter()
419        .find(|&&(at, spelled, _)| at == opcode && spelled == mode)
420        .map(|&(_, _, name)| name)
421}
422
423/// What rewrites this opcode before selection, if anything does.
424///
425/// The group is asked first and answers for itself, so the membership is not written down twice.
426/// [`HAND`] is what is left, which is the opcodes no pass can be asked about.
427#[must_use]
428pub fn lowering(opcode: Opcode) -> Option<Lowering> {
429    for &step in Step::GROUP {
430        if step.opcodes().contains(&opcode) {
431            return Some(Lowering::Group(step));
432        }
433    }
434    HAND.iter().find(|&&(at, _)| at == opcode).map(|&(_, where_)| Lowering::Hand(where_))
435}
436
437/// The whole table for one target's rules.
438///
439/// Nothing is compiled and nothing is run. Every column is data: the rule set is a table, the group
440/// says which opcodes it is about, and the two lists above are lists.
441#[must_use]
442pub fn rows(table: &Table) -> Vec<Row> {
443    let patterns = pattern_heads(table);
444    let named = rucc_ir::term::heads();
445    let mut out = Vec::with_capacity(named.len() + LIBCALLS.len() + 64);
446
447    // The names the rule language can spell, which is the universe the rule column is about.
448    for &(opcode, name) in &named {
449        out.push(Row {
450            opcode,
451            name,
452            rule: patterns.contains(&name),
453            lowering: lowering(opcode),
454            libcall: None,
455            nothing: NAMES
456                .iter()
457                .find(|&&(at, ..)| at == name)
458                .map(|&(_, why, issue)| (why, issue)),
459        });
460    }
461
462    // The modes the rule language cannot spell, which is why the calls exist.
463    for &(opcode, mode, call) in LIBCALLS {
464        out.push(Row {
465            opcode,
466            name: mode,
467            rule: false,
468            lowering: lowering(opcode),
469            libcall: Some(call),
470            nothing: None,
471        });
472    }
473
474    // And the operations with no mode at all, which still have the question asked about them.
475    for opcode in Opcode::all() {
476        if named.iter().any(|&(at, _)| at == opcode) {
477            continue;
478        }
479        if LIBCALLS.iter().any(|&(at, ..)| at == opcode) {
480            continue;
481        }
482        out.push(Row {
483            opcode,
484            name: opcode.name(),
485            rule: false,
486            lowering: lowering(opcode),
487            libcall: None,
488            nothing: GAPS
489                .iter()
490                .find(|&&(at, ..)| at == opcode)
491                .map(|&(_, why, issue)| (why, issue)),
492        });
493    }
494    out
495}
496
497/// Every name a rule in a table is written about, which is the first question the trie asks.
498///
499/// Node zero is the root of the trie over the patterns and the first thing any walk asks is what
500/// the term in hand is called, so the branches on the head there are exactly the set of pattern
501/// heads. Nothing else can be at the root: a pattern is a term with a head, so the first step of
502/// every one of them is a head, there is no constant to compare and nothing bound yet to be the
503/// same as. There is no wildcard there to worry about either, since a rule matching any term at
504/// all is one nobody has written and one that would be an error to write, because a lowering has
505/// to know what it is lowering.
506///
507/// The names come out sorted and without repeats because the root is sorted, which is what the
508/// walk needs it to be, so there is nothing to do here but read it.
509pub(crate) fn pattern_heads(table: &Table) -> Vec<&'static str> {
510    let Some(root) = table.nodes.first() else { return Vec::new() };
511    let mut found: Vec<&'static str> = root.heads.iter().map(|&(head, ..)| head).collect();
512    found.dedup();
513    found
514}
515
516#[cfg(test)]
517mod tests {
518    use super::*;
519    use crate::select::x86_64::TABLE;
520
521    /// The claim the table is for, which is section 36.4's: an operation this target cannot do, that
522    /// nothing rewrites and that has no runtime function, is a build failure here rather than a
523    /// selection failure on somebody's program.
524    #[test]
525    fn every_row_has_at_least_one_answer_or_says_why_it_has_none() {
526        let mut unanswered = Vec::new();
527        for row in rows(&TABLE) {
528            if row.answered() || row.nothing.is_some() {
529                continue;
530            }
531            unanswered.push(row.name);
532        }
533        assert!(
534            unanswered.is_empty(),
535            "no rule lowers these, nothing rewrites them, no runtime function stands for them and \
536             nothing says why: {unanswered:?}"
537        );
538    }
539
540    /// Every row that has no answer names the issue that gives it one, since a hole with no issue
541    /// behind it is a hole nobody has decided anything about.
542    #[test]
543    fn a_row_with_no_answer_names_the_issue_that_gives_it_one() {
544        for row in rows(&TABLE) {
545            let Some((why, issue)) = row.nothing else { continue };
546            assert!(
547                !row.answered(),
548                "`{}` is {why} and is also answered, so the entry is stale and {issue} may be \
549                 closed",
550                row.name
551            );
552            let number = issue
553                .strip_prefix("tamnd/rucc#")
554                .unwrap_or_else(|| panic!("{issue} is not an issue in this project's tracker"));
555            assert!(number.parse::<u32>().is_ok(), "{issue} does not name an issue number");
556        }
557    }
558
559    /// The one overlap that is a contradiction. A rule at a name something rewrites by hand before
560    /// selection runs is a rule that can never fire, because the instruction is gone by then. The
561    /// group is not this, which is the next test.
562    #[test]
563    fn a_rule_at_a_name_something_rewrites_by_hand_could_never_fire() {
564        for row in rows(&TABLE) {
565            let Some(Lowering::Hand(where_)) = row.lowering else { continue };
566            assert!(
567                !row.rule,
568                "`{}` is rewritten by {where_} before selection, so the rule written at it can \
569                 never fire",
570                row.name
571            );
572        }
573    }
574
575    /// And the overlap that is not a contradiction, which is the thing the old single list could
576    /// not say. A member of the group is allowed to leave a construct alone, and the two it leaves
577    /// alone most often are the conversions this machine has an instruction for, so those names
578    /// have a rule and a lowering at once and both are true.
579    #[test]
580    fn an_operation_the_machine_has_and_a_lowering_names_is_allowed_both() {
581        let both: Vec<&str> = rows(&TABLE)
582            .iter()
583            .filter(|row| row.rule && matches!(row.lowering, Some(Lowering::Group(_))))
584            .map(|row| row.name)
585            .collect();
586        assert!(
587            both.iter().any(|name| name.starts_with("sitofp.")),
588            "a signed conversion is what `crate::expand` walks away from when the machine has the \
589             instruction, and the table should show both answers: {both:?}"
590        );
591    }
592
593    /// The group membership is read rather than repeated, which is what stops the two going out of
594    /// step. Asking for a step's opcodes and asking the table for the same opcode give the same
595    /// step, because there is only the one list.
596    #[test]
597    fn the_lowering_column_is_the_group_saying_what_it_is_about() {
598        for &step in Step::GROUP {
599            for &opcode in step.opcodes() {
600                assert_eq!(
601                    lowering(opcode),
602                    Some(Lowering::Group(step)),
603                    "`{}` is named by `{}` and the table says otherwise",
604                    opcode.name(),
605                    step.name()
606                );
607            }
608        }
609    }
610
611    /// An opcode is answered for in one place. A member of the group that is also on the hand
612    /// written list is the three mechanisms back again, with the list and the group each thinking
613    /// it owns the opcode.
614    #[test]
615    fn nothing_the_group_names_is_also_written_down_by_hand() {
616        for &(opcode, where_) in HAND {
617            for &step in Step::GROUP {
618                assert!(
619                    !step.opcodes().contains(&opcode),
620                    "`{}` is named by `{}` and the hand written list says it is lowered by {where_}",
621                    opcode.name(),
622                    step.name()
623                );
624            }
625        }
626    }
627
628    /// A runtime function is named once. Two rows naming the same call at the same mode would be
629    /// the same duplication in the column the passes read.
630    #[test]
631    fn no_two_rows_answer_for_the_same_operation_at_the_same_mode() {
632        let mut seen: Vec<(Opcode, &str)> = Vec::new();
633        for &(opcode, mode, call) in LIBCALLS {
634            assert!(
635                !seen.contains(&(opcode, mode)),
636                "`{}` at `{mode}` is answered twice, and the second answer is {call}",
637                opcode.name()
638            );
639            seen.push((opcode, mode));
640        }
641    }
642
643    /// The lookup the passes make, which is the whole reason the list is data rather than `match`
644    /// arms. A pass asks for the operation and the mode and gets the one string.
645    #[test]
646    fn the_passes_ask_for_a_call_by_the_operation_and_the_mode() {
647        assert_eq!(libcall(Opcode::SDiv, "i128"), Some("__divti3"));
648        assert_eq!(libcall(Opcode::FAdd, "f128"), Some("__addtf3"));
649        assert_eq!(libcall(Opcode::SIToFP, "i128.f64"), Some("__floattidf"));
650        assert_eq!(libcall(Opcode::Memmove, "any"), Some("memmove"));
651        assert_eq!(libcall(Opcode::SDiv, "i64"), None, "a divide the machine has is not a call");
652        assert_eq!(libcall(Opcode::Add, "i128"), None, "a wide add is two adds and not a call");
653    }
654
655    /// Every runtime function is one somebody can link against, which for the compiler runtime
656    /// means the name gcc's own runtime uses. A misspelled one would build and fail at the link,
657    /// which is the furthest away this mistake can be found.
658    #[test]
659    fn a_runtime_function_is_spelled_the_way_the_runtime_spells_it() {
660        for &(opcode, mode, call) in LIBCALLS {
661            let library = matches!(opcode, Opcode::Memcpy | Opcode::Memset | Opcode::Memmove);
662            assert_eq!(
663                call.starts_with("__"),
664                !library,
665                "`{call}` is a {} function and is not spelled like one",
666                if library { "C library" } else { "compiler runtime" }
667            );
668            assert!(
669                !mode.is_empty() && mode.is_ascii(),
670                "`{call}` answers for a mode with no name"
671            );
672        }
673    }
674
675    /// One row per operation and mode, which is what section 36.4 asks for, and enough of them that
676    /// the table is about the whole back end rather than a corner of it.
677    #[test]
678    fn the_table_is_one_row_per_operation_and_mode() {
679        let rows = rows(&TABLE);
680        assert!(
681            rows.len() > Opcode::all().count(),
682            "an operation with more than one mode is more than one row, so there are more rows \
683             than there are opcodes: {} rows and {} opcodes",
684            rows.len(),
685            Opcode::all().count()
686        );
687        let with_rule = rows.iter().filter(|row| row.rule).count();
688        let with_lowering = rows.iter().filter(|row| row.lowering.is_some()).count();
689        let with_libcall = rows.iter().filter(|row| row.libcall.is_some()).count();
690        assert!(with_rule > 0 && with_lowering > 0 && with_libcall > 0);
691        assert_eq!(with_libcall, LIBCALLS.len());
692        println!(
693            "rucc-codegen: {} rows, {with_rule} by rule, {with_lowering} by lowering, \
694             {with_libcall} by a call to the runtime",
695            rows.len()
696        );
697    }
698
699    /// Every opcode is in the table exactly once under its own name or once per mode it has, and
700    /// none is left out. A new opcode with no row is the thing this whole module exists to stop.
701    #[test]
702    fn every_opcode_the_ir_has_is_in_the_table() {
703        let rows = rows(&TABLE);
704        for opcode in Opcode::all() {
705            assert!(
706                rows.iter().any(|row| row.opcode == opcode),
707                "`{}` has no row, so nothing says what this target does about it",
708                opcode.name()
709            );
710        }
711    }
712
713    /// What a hand written entry says, which is a place somebody can open. An entry naming nothing
714    /// is an entry that excuses an opcode without saying where the answer is.
715    #[test]
716    fn a_hand_written_entry_names_where_the_answer_is() {
717        for &(opcode, where_) in HAND {
718            assert!(
719                where_.contains('`') || where_.starts_with("nothing"),
720                "the entry for `{}` says {where_}, which names no module",
721                opcode.name()
722            );
723        }
724        assert_eq!(Lowering::Hand("`crate::abi`, and so on").where_(), "`crate::abi`, and so on");
725        assert_eq!(Lowering::Group(Step::Bytes).where_(), "bytes");
726    }
727}