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