about summary refs log tree commit diff
path: root/src/librustdoc
AgeCommit message (Collapse)AuthorLines
2019-04-03Deny internal lints on two more cratesflip1995-0/+1
- libfmt_macros - librustdoc
2019-04-02Rollup merge of #59452 - GuillaumeGomez:speedup-rustdoc, r=QuietMisdreavusMazdak Farrokhzad-39/+48
Speed up rustdoc run a bit r? @QuietMisdreavus
2019-03-30Remove redundant importFabian Drinck-4/+1
2019-03-30Rollup merge of #59539 - GuillaumeGomez:rustdoc-infinite-recursion, r=eddybMazdak Farrokhzad-5/+9
Fix infinite recursion Temporary fix for #59502. r? @eddyb
2019-03-30Fix infinite recursionGuillaume Gomez-5/+9
2019-03-30Rollup merge of #59534 - laurmaedje:collapse-blanket-impls, r=GuillaumeGomezMazdak Farrokhzad-0/+8
rustdoc: collapse blanket impls in the same way as normal impls If the rustdoc setting _Auto-hide trait implementations documentation_ is activated (on by default), normal trait implementations are collapsed by default. Blanket impls on the other hand are not collapsed. I'm not sure whether this is intended, but considering that the blanket impls for `From`, `Into`, `TryFrom`, ... are on every type, it would reduce the documentation bloat if these would also be collapsed when the setting is active. (I'm not really familiar with the codebase and therefore just copied the code for the normal impl collapsing, but I could deduplicate it into a method, of course, too.)
2019-03-30Rollup merge of #59376 - davidtwco:finally-rfc-2008-variants, ↵Mazdak Farrokhzad-1/+22
r=petrochenkov,QuietMisdreavus RFC 2008: Enum Variants Part of #44109. See [Zulip topic](https://rust-lang.zulipchat.com/#narrow/stream/131828-t-compiler/topic/rfc-2008/near/132663140) for previous discussion. r? @petrochenkov cc @nikomatsakis
2019-03-29Collapse blanket impls in the same way as normal implsLaurenz-0/+8
2019-03-29Support non-exhaustive enum variants in rustdoc.David Wood-1/+22
This commit adds support for non-exhaustive enum variants in rustdoc, extending the existing support for non-exhaustive enums and structs.
2019-03-28Remove unnecessary with_globals callsJohn Kåre Alsaker-2/+2
2019-03-28Rollup merge of #59413 - Zoxc:hirid, r=oli-obkMazdak Farrokhzad-11/+11
HirIdify hir::ItemId Version of https://github.com/rust-lang/rust/pull/59092. r? @oli-obk
2019-03-27Speed up rustdoc run a bitGuillaume Gomez-39/+48
2019-03-26Rollup merge of #59424 - GuillaumeGomez:fix-stability-css, r=QuietMisdreavusGuillaume Gomez-0/+8
Fix code block display in portability element in dark theme Fixes #59261. r? @QuietMisdreavus A little screenshot: <img width="521" alt="Screenshot 2019-03-26 at 00 37 49" src="https://user-images.githubusercontent.com/3050060/54961082-9a41c600-4f5f-11e9-8040-ae6f26d368ff.png">
2019-03-26Rollup merge of #59026 - GuillaumeGomez:search-tabs-header, r=QuietMisdreavusGuillaume Gomez-1/+1
Fix moving text in search tabs headers Fixes #59005. Now, the text in the search tabs headers isn't moving anymore. r? @QuietMisdreavus
2019-03-26Rollup merge of #59004 - GuillaumeGomez:generics-handling, r=QuietMisdreavusGuillaume Gomez-31/+247
[rustdoc] Improve "in parameters" search and search more generally Fixes #58230. r? @QuietMisdreavus
2019-03-26Fix code block display in portability element in dark themeGuillaume Gomez-0/+8
2019-03-25Auto merge of #59256 - petrochenkov:derval2, r=Zoxcbors-13/+13
Make meta-item API compatible with `LocalInternedString::get` soundness fix r? @Zoxc
2019-03-25hir: replace NodeId with HirId in ItemIdljedrz-11/+11
2019-03-24Remove `VariantDef::parent_did`Vadim Petrochenkov-6/+5
2019-03-24Remove methods is_struct/is_tuple/is_unit from VariantDataVadim Petrochenkov-6/+5
2019-03-24Separate variant id and variant constructor id.David Wood-16/+15
This commit makes two changes - separating the `NodeId` that identifies an enum variant from the `NodeId` that identifies the variant's constructor; and no longer creating a `NodeId` for `Struct`-style enum variants and structs. Separation of the variant id and variant constructor id will allow the rest of RFC 2008 to be implemented by lowering the visibility of the variant's constructor without lowering the visbility of the variant itself. No longer creating a `NodeId` for `Struct`-style enum variants and structs mostly simplifies logic as previously this `NodeId` wasn't used. There were various cases where the `NodeId` wouldn't be used unless there was an unit or tuple struct or enum variant but not all uses of this `NodeId` had that condition, by removing this `NodeId`, this must be explicitly dealt with. This change mostly applied cleanly, but there were one or two cases in name resolution and one case in type check where the existing logic required a id for `Struct`-style enum variants and structs.
2019-03-23Auto merge of #59068 - ljedrz:kill_off_NodeId_stragglers, r=Zoxcbors-1/+1
HirIdification: kill off NodeId stragglers The final stages of HirIdification (#57578). This PR, along with https://github.com/rust-lang/rust/pull/59042, should finalize the HirIdification process (at least the more straightforward bits). - replace `NodeId` with `HirId` in `trait_impls` - remove all `NodeId`s from `borrowck` - remove all `NodeId`s from `typeck` - remove all `NodeId`s from `mir` - remove `trait_auto_impl` (unused) I would be cool to also remove `NodeId` from `hir::def::Def`, `middle::privacy::AccessLevel` and `hir::ItemId`, but I don't know if this is feasible. I'll be happy to do more if I've missed anything.
2019-03-23Add testGuillaume Gomez-27/+25
2019-03-23cleanupGuillaume Gomez-11/+18
2019-03-23Auto merge of #59096 - ljedrz:HirIdify_AccessLevel, r=Zoxcbors-3/+3
middle: replace NodeId with HirId in AccessLevels Pushing the limits of HirIdification (#57578). Replaces `NodeId` with `HirId` in `middle::privacy::AccessLevels`. Actually this time I was more successful and cracked it; I probably tried to HirIdify too much at once when I attempted it last time ^^. r? @Zoxc
2019-03-22Rollup merge of #59170 - varkor:const-generics-rustdoc, r=QuietMisdreavus,eddybMazdak Farrokhzad-113/+152
Add const generics to rustdoc Split out from #53645. This work is a collaborative effort with @yodaldevoid. The `FIXME`s are waiting on a refactor to `LazyConst`. I'll address these in a follow up, but I thought it would be better to implement the rest now to avoid bitrot. r? @QuietMisdreavus
2019-03-21Fix invalid returned types generationGuillaume Gomez-46/+63
2019-03-21Add bounds for return types as wellGuillaume Gomez-30/+59
2019-03-21Improve bounds searchGuillaume Gomez-52/+11
2019-03-21Small generics search improvementGuillaume Gomez-1/+4
2019-03-21Greatly improve generics handling in rustdoc searchGuillaume Gomez-15/+218
2019-03-21Auto merge of #58927 - GuillaumeGomez:default-keyword, r=QuietMisdreavusbors-7/+36
Add default keyword handling in rustdoc Fixes #58898. r? @QuietMisdreavus
2019-03-18Rebase over LazyConst changesvarkor-11/+1
2019-03-18Rename first_ty_sty to ty_styvarkor-4/+4
2019-03-18Make clean::Constant display respect f.alternate()varkor-1/+3
2019-03-18Fix indentation issuevarkor-1/+1
2019-03-18Implement const generics in `generics_to_path_params`varkor-2/+10
Co-Authored-By: Gabriel Smith <yodaldevoid@users.noreply.github.com>
2019-03-18Refactor `GenericArgs` to include const genericsvarkor-73/+70
Co-Authored-By: Gabriel Smith <yodaldevoid@users.noreply.github.com>
2019-03-18Add `GenericArg`varkor-0/+17
Co-Authored-By: Gabriel Smith <yodaldevoid@users.noreply.github.com>
2019-03-18Implement `Clean` for const genericsvarkor-0/+25
Co-Authored-By: Gabriel Smith <yodaldevoid@users.noreply.github.com>
2019-03-18Rename external_typarams to external_param_namesvarkor-4/+4
Co-Authored-By: Gabriel Smith <yodaldevoid@users.noreply.github.com>
2019-03-18Rename typarams to param_namesvarkor-33/+33
Co-Authored-By: Gabriel Smith <yodaldevoid@users.noreply.github.com>
2019-03-18Auto merge of #58824 - euclio:intra-link-ambiguity, r=petrochenkovbors-152/+176
overhaul intra-doc-link ambiguity warning Fixes #52784. - Makes the warning part of the `intra_doc_link_resolution_failure` lint. - Tightens the span to just the ambiguous link. - Reports ambiguities across all three namespaces. - Uses structured suggestions for disambiguation. - Adds a test for the warnings. r? @QuietMisdreavus
2019-03-17Make meta-item API compatible with `LocalInternedString::get` soundness fixVadim Petrochenkov-13/+13
2019-03-17Auto merge of #59178 - oli-obk:lazy_const, r=eddybbors-8/+8
Revert the `LazyConst` PR The introduction of `LazyConst` did not actually achieve the code simplicity improvements that were the main reason it was introduced. Especially in the presence of const generics, the differences between the "levels of evaluatedness" of a constant become less clear. As it can be seen by the changes in this PR, further simplifications were possible by folding `LazyConst` back into `ConstValue`. We have been able to keep all the advantages gained during the `LazyConst` refactoring (like `const_eval` not returning an interned value, thus making all the `match` code simpler and more performant). fixes https://github.com/rust-lang/rust/issues/59209 r? @eddyb @varkor
2019-03-16Refactor away `NestedMetaItemKind`Vadim Petrochenkov-10/+10
Remove methods `Attribute::span` and `MetaItem::span` duplicating public fields
2019-03-16Rename `MetaItem::ident` to `MetaItem::path`Vadim Petrochenkov-6/+6
2019-03-16syntax: Do not accidentally treat multi-segment meta-items as single-segmentVadim Petrochenkov-17/+21
2019-03-16Revert the `LazyConst` PROliver Scherer-8/+8
2019-03-16Rollup merge of #59158 - Manishearth:fix-minification, r=GuillaumeGomezkennytm-5/+1
Revert "Don't generate minification variable if minification disabled" Reverts #58643 Fixes #59157 https://github.com/rust-lang/rust/pull/58643 made us stop generating minification variables when minification is disabled, however they may still be needed for parent crates that were generated with minification (this will always be the case for libstd and libcore) r? @QuietMisdreavus @GuillaumeGomez
generated by cgit-pink 1.4.1-3-g733a5 (git 2.37.1) at 2026-02-27 04:46:04 +0000