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}