| Age | Commit message (Collapse) | Author | Lines | |
|---|---|---|---|---|
| 2020-09-26 | Rollup merge of #77211 - est31:remove_unused_allow, r=oli-obk | Ralf Jung | -1/+0 | |
| Remove unused #[allow(...)] statements from compiler/ | ||||
| 2020-09-26 | Remove unused #[allow(...)] statements from compiler/ | est31 | -1/+0 | |
| 2020-09-24 | Remove TrustedLen requirement from BuilderMethods::switch | est31 | -2/+1 | |
| The main use case of TrustedLen is allowing APIs to specialize on it, but no use of it uses that specialization. Instead, only the .len() function provided by ExactSizeIterator is used, which is already required to be accurate. Thus, the TrustedLen requirement on BuilderMethods::switch is redundant. | ||||
| 2020-09-04 | Change ty.kind to a method | LeSeulArtichaut | -2/+2 | |
| 2020-09-01 | Auto merge of #76071 - khyperia:configurable_to_immediate, r=eddyb | bors | -3/+16 | |
| Make to_immediate/from_immediate configurable by backends `librustc_codegen_ssa` has the concept of an immediate vs. memory type, and `librustc_codegen_llvm` uses this distinction to implement `bool`s being `i8` in memory, and `i1` in immediate contexts. However, some of that implementation leaked into `codegen_ssa` when converting to/from immediate values. So, move those methods into builder traits, so that behavior can be configured by backends. This is useful if a backend is able to keep bools as bools, or, needs to do more trickery than just bools to bytes. (Note that there's already a large amount of things abstracted with "immediate types" - this is just bringing this particular thing in line to be abstracted as well) --- Pinging @eddyb since that's who I was talking about this change with when they suggested I submit a PR. | ||||
| 2020-08-30 | mv compiler to compiler/ | mark | -0/+1420 | |
