-
Notifications
You must be signed in to change notification settings - Fork 12.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Rollup of 20 pull requests #40643
Rollup of 20 pull requests #40643
Commits on Mar 9, 2017
-
Configuration menu - View commit details
-
Copy full SHA for c7db40f - Browse repository at this point
Copy the full SHA c7db40fView commit details -
Configuration menu - View commit details
-
Copy full SHA for 50aee36 - Browse repository at this point
Copy the full SHA 50aee36View commit details
Commits on Mar 11, 2017
-
Point to let when modifying field of immutable variable
Point at the immutable local variable when trying to modify one of its fields. Given a file: ```rust struct Foo { pub v: Vec<String> } fn main() { let f = Foo { v: Vec::new() }; f.v.push("cat".to_string()); } ``` present the following output: ``` error: cannot borrow immutable field `f.v` as mutable --> file.rs:7:13 | 6 | let f = Foo { v: Vec::new() }; | - this should be `mut` 7 | f.v.push("cat".to_string()); | ^^^ error: aborting due to previous error ```
Configuration menu - View commit details
-
Copy full SHA for 6ba494b - Browse repository at this point
Copy the full SHA 6ba494bView commit details
Commits on Mar 12, 2017
-
Change label to "consider changing this to
mut f
"Change the wording of mutable borrow on immutable binding from "this should be `mut`" to "consider changing this to `mut f`".
Configuration menu - View commit details
-
Copy full SHA for 38b5b29 - Browse repository at this point
Copy the full SHA 38b5b29View commit details
Commits on Mar 13, 2017
-
Initial attempt at implementing optimization fuel and re-enabling str…
…uct field reordering.
Configuration menu - View commit details
-
Copy full SHA for 197e529 - Browse repository at this point
Copy the full SHA 197e529View commit details -
Configuration menu - View commit details
-
Copy full SHA for 8f36057 - Browse repository at this point
Copy the full SHA 8f36057View commit details -
Configuration menu - View commit details
-
Copy full SHA for c2d14fc - Browse repository at this point
Copy the full SHA c2d14fcView commit details -
Configuration menu - View commit details
-
Copy full SHA for 3fb94b7 - Browse repository at this point
Copy the full SHA 3fb94b7View commit details
Commits on Mar 14, 2017
-
Configuration menu - View commit details
-
Copy full SHA for 9ac628d - Browse repository at this point
Copy the full SHA 9ac628dView commit details -
Configuration menu - View commit details
-
Copy full SHA for 460bf55 - Browse repository at this point
Copy the full SHA 460bf55View commit details -
Configuration menu - View commit details
-
Copy full SHA for 68c1cc6 - Browse repository at this point
Copy the full SHA 68c1cc6View commit details -
Configuration menu - View commit details
-
Copy full SHA for 839c286 - Browse repository at this point
Copy the full SHA 839c286View commit details -
Configuration menu - View commit details
-
Copy full SHA for 85e02bd - Browse repository at this point
Copy the full SHA 85e02bdView commit details -
Add feature toggle for rvalue-static-promotion RFC
See rust-lang/rfcs#1414. Updates rust-lang#38865.
Configuration menu - View commit details
-
Copy full SHA for b43c744 - Browse repository at this point
Copy the full SHA b43c744View commit details -
It does not seem valuable to always evaluate the right-hand side here.
Configuration menu - View commit details
-
Copy full SHA for 20c0f32 - Browse repository at this point
Copy the full SHA 20c0f32View commit details -
Configuration menu - View commit details
-
Copy full SHA for f06b049 - Browse repository at this point
Copy the full SHA f06b049View commit details
Commits on Mar 15, 2017
-
Change how the
0
flag works in format!Now it always implies right-alignment, so that padding zeroes are placed after the sign (if any) and before the digits. In other words, it always takes precedence over explicitly specified `[[fill]align]`. This also affects the '#' flag: zeroes are placed after the prefix (0b, 0o, 0x) and before the digits. :05 :<05 :>05 :^05 before |-0001| |-1000| |-0001| |-0100| after |-0001| |-0001| |-0001| |-0001| :#05x :<#05x :>#05x :^#05x before |0x001| |0x100| |000x1| |0x010| after |0x001| |0x001| |0x001| |0x001| Fixes rust-lang#39997 [breaking-change]
Configuration menu - View commit details
-
Copy full SHA for ff63866 - Browse repository at this point
Copy the full SHA ff63866View commit details -
Change how the 0 flag works in format! for floats
Now it always implies right-alignment, so that padding zeroes are placed after the sign (if any) and before the digits. In other words, it always takes precedence over explicitly specified `[[fill]align]`. :06 :<06 :>06 :^06 before |-001.2| |-1.200| |-001.2| |-01.20| after |-001.2| |-001.2| |-001.2| |-001.2|
Configuration menu - View commit details
-
Copy full SHA for 8065486 - Browse repository at this point
Copy the full SHA 8065486View commit details -
Rename TryFrom's associated type and implement str::parse using TryFrom.
Per discussion on the tracking issue, naming `TryFrom`'s associated type `Error` is generally more consistent with similar traits in the Rust ecosystem, and what people seem to assume it should be called. It also helps disambiguate from `Result::Err`, the most common "Err". See rust-lang#33417 (comment). TryFrom<&str> and FromStr are equivalent, so have the latter provide the former to ensure that. Using TryFrom in the implementation of `str::parse` means types that implement either trait can use it. When we're ready to stabilize `TryFrom`, we should update `FromStr` to suggest implementing `TryFrom<&str>` instead for new code. See rust-lang#33417 (comment) and rust-lang#33417 (comment). Refs rust-lang#33417.
Configuration menu - View commit details
-
Copy full SHA for 2561dcd - Browse repository at this point
Copy the full SHA 2561dcdView commit details -
Configuration menu - View commit details
-
Copy full SHA for c11ab21 - Browse repository at this point
Copy the full SHA c11ab21View commit details -
Configuration menu - View commit details
-
Copy full SHA for 310f5bd - Browse repository at this point
Copy the full SHA 310f5bdView commit details -
Configuration menu - View commit details
-
Copy full SHA for 4cf22cb - Browse repository at this point
Copy the full SHA 4cf22cbView commit details -
Configuration menu - View commit details
-
Copy full SHA for befeb04 - Browse repository at this point
Copy the full SHA befeb04View commit details
Commits on Mar 16, 2017
-
Configuration menu - View commit details
-
Copy full SHA for 9b89274 - Browse repository at this point
Copy the full SHA 9b89274View commit details -
Configuration menu - View commit details
-
Copy full SHA for 449219a - Browse repository at this point
Copy the full SHA 449219aView commit details -
Configuration menu - View commit details
-
Copy full SHA for 222ca3c - Browse repository at this point
Copy the full SHA 222ca3cView commit details -
Configuration menu - View commit details
-
Copy full SHA for 95bd7f2 - Browse repository at this point
Copy the full SHA 95bd7f2View commit details
Commits on Mar 17, 2017
-
documented order of conversion between u32 an ipv4addr
z1mvader committedMar 17, 2017 Configuration menu - View commit details
-
Copy full SHA for 50cede0 - Browse repository at this point
Copy the full SHA 50cede0View commit details -
Configuration menu - View commit details
-
Copy full SHA for 963d4df - Browse repository at this point
Copy the full SHA 963d4dfView commit details -
This seems to match other uses of "be accessed" in the document.
Configuration menu - View commit details
-
Copy full SHA for ec8ecf4 - Browse repository at this point
Copy the full SHA ec8ecf4View commit details -
Configuration menu - View commit details
-
Copy full SHA for 33a5665 - Browse repository at this point
Copy the full SHA 33a5665View commit details -
Configuration menu - View commit details
-
Copy full SHA for 65b7c4e - Browse repository at this point
Copy the full SHA 65b7c4eView commit details -
Configuration menu - View commit details
-
Copy full SHA for d38ea8b - Browse repository at this point
Copy the full SHA d38ea8bView commit details -
Configuration menu - View commit details
-
Copy full SHA for 9511fe6 - Browse repository at this point
Copy the full SHA 9511fe6View commit details -
Configuration menu - View commit details
-
Copy full SHA for 10510ae - Browse repository at this point
Copy the full SHA 10510aeView commit details -
Configuration menu - View commit details
-
Copy full SHA for 37b38a2 - Browse repository at this point
Copy the full SHA 37b38a2View commit details -
Configuration menu - View commit details
-
Copy full SHA for 48890d4 - Browse repository at this point
Copy the full SHA 48890d4View commit details -
Configuration menu - View commit details
-
Copy full SHA for a8f4a1b - Browse repository at this point
Copy the full SHA a8f4a1bView commit details -
Configuration menu - View commit details
-
Copy full SHA for 1241a88 - Browse repository at this point
Copy the full SHA 1241a88View commit details -
Configuration menu - View commit details
-
Copy full SHA for 27fcdb8 - Browse repository at this point
Copy the full SHA 27fcdb8View commit details -
Configuration menu - View commit details
-
Copy full SHA for ae630ca - Browse repository at this point
Copy the full SHA ae630caView commit details -
This commit deletes the internal liblog in favor of the implementation that lives on crates.io. Similarly it's also setting a convention for adding crates to the compiler. The main restriction right now is that we want compiler implementation details to be unreachable from normal Rust code (e.g. requires a feature), and by default everything in the sysroot is reachable via `extern crate`. The proposal here is to require that crates pulled in have these lines in their `src/lib.rs`: #![cfg_attr(rustbuild, feature(staged_api, rustc_private))] #![cfg_attr(rustbuild, unstable(feature = "rustc_private", issue = "27812"))] This'll mean that by default they're not using these attributes but when compiled as part of the compiler they do a few things: * Mark themselves as entirely unstable via the `staged_api` feature and the `#![unstable]` attribute. * Allow usage of other unstable crates via `feature(rustc_private)` which is required if the crate relies on any other crates to compile (other than std).
Configuration menu - View commit details
-
Copy full SHA for e4af5fd - Browse repository at this point
Copy the full SHA e4af5fdView commit details -
Configuration menu - View commit details
-
Copy full SHA for cb96ade - Browse repository at this point
Copy the full SHA cb96adeView commit details
Commits on Mar 18, 2017
-
Fix a spelling error in HashMap documentation, and slightly reword it…
… to be more precise.
Configuration menu - View commit details
-
Copy full SHA for 2976ddb - Browse repository at this point
Copy the full SHA 2976ddbView commit details -
Configuration menu - View commit details
-
Copy full SHA for 0af3775 - Browse repository at this point
Copy the full SHA 0af3775View commit details -
Configuration menu - View commit details
-
Copy full SHA for ffee956 - Browse repository at this point
Copy the full SHA ffee956View commit details -
Configuration menu - View commit details
-
Copy full SHA for bf80fec - Browse repository at this point
Copy the full SHA bf80fecView commit details -
resolve instances to ty::Instance directly
This removes the duplication between collector, callee, and (eventually) MIRI.
Configuration menu - View commit details
-
Copy full SHA for aac5ba5 - Browse repository at this point
Copy the full SHA aac5ba5View commit details -
refactor away callee::Callee and translate virtual calls through a MI…
…R shim These changes are in the same commit to avoid needing to adapt meth::trans_object_shim to the new scheme. One codegen-units test is broken because we instantiate the shims even when they are not needed. This will be fixed in the next PR.
Configuration menu - View commit details
-
Copy full SHA for 65a4266 - Browse repository at this point
Copy the full SHA 65a4266View commit details -
collector: collect functions when they are called/reified
This avoids the creation of unneeded vtable shims.
Configuration menu - View commit details
-
Copy full SHA for a5e3c3d - Browse repository at this point
Copy the full SHA a5e3c3dView commit details -
Configuration menu - View commit details
-
Copy full SHA for e1f3c67 - Browse repository at this point
Copy the full SHA e1f3c67View commit details -
Configuration menu - View commit details
-
Copy full SHA for 2b9fea1 - Browse repository at this point
Copy the full SHA 2b9fea1View commit details -
Configuration menu - View commit details
-
Copy full SHA for 26df816 - Browse repository at this point
Copy the full SHA 26df816View commit details -
Drop of arrays is now translated in trans::block in an ugly way that I should clean up in a later PR, and does not handle panics in the middle of an array drop, but this commit & PR are growing too big.
Configuration menu - View commit details
-
Copy full SHA for f2c7917 - Browse repository at this point
Copy the full SHA f2c7917View commit details -
Rollup merge of rust-lang#39628 - arielb1:shimmir, r=eddyb
Translate shims using MIR Still a work in progress.
Configuration menu - View commit details
-
Copy full SHA for 1bd4c94 - Browse repository at this point
Copy the full SHA 1bd4c94View commit details -
Rollup merge of rust-lang#40241 - Sawyer47:fix-39997, r=alexcrichton
Change how the `0` flag works in format! Now it always implies right-alignment, so that padding zeroes are placed after the sign (if any) and before the digits. In other words, it always takes precedence over explicitly specified `[[fill]align]`. This also affects the '#' flag: zeroes are placed after the prefix (0b, 0o, 0x) and before the digits. Here's a short summary of how similar format strings work in Python and Rust: ``` :05 :<05 :>05 :^05 Python 3.6 |-0001| |-1000| |000-1| |0-100| Rust before |-0001| |-1000| |-0001| |-0100| Rust after |-0001| |-0001| |-0001| |-0001| :#05x :<#05x :>#05x :^#05x Python 3.6 |0x001| |0x100| |000x1| |00x10| Rust before |0x001| |0x100| |000x1| |0x010| Rust after |0x001| |0x001| |0x001| |0x001| ``` Fixes rust-lang#39997 [breaking-change]
Configuration menu - View commit details
-
Copy full SHA for 9c955e8 - Browse repository at this point
Copy the full SHA 9c955e8View commit details -
Rollup merge of rust-lang#40281 - jimmycuadra:try-from-from-str, r=at…
…uron Rename TryFrom's associated type and implement str::parse using TryFrom. Per discussion on the tracking issue, naming `TryFrom`'s associated type `Error` is generally more consistent with similar traits in the Rust ecosystem, and what people seem to assume it should be called. It also helps disambiguate from `Result::Err`, the most common "Err". See rust-lang#33417 (comment). `TryFrom<&str>` and `FromStr` are equivalent, so have the latter provide the former to ensure that. Using `TryFrom` in the implementation of `str::parse` means types that implement either trait can use it. When we're ready to stabilize `TryFrom`, we should update `FromStr` to suggest implementing `TryFrom<&str>` instead for new code. See rust-lang#33417 (comment) and rust-lang#33417 (comment). Refs rust-lang#33417.
Configuration menu - View commit details
-
Copy full SHA for 8295bbe - Browse repository at this point
Copy the full SHA 8295bbeView commit details -
Rollup merge of rust-lang#40346 - jseyfried:path_and_tokenstream_attr…
…, r=nrc `TokenStream`-based attributes, paths in attribute and derive macro invocations This PR - refactors `Attribute` to use `Path` and `TokenStream` instead of `MetaItem`. - supports macro invocation paths for attribute procedural macros. - e.g. `#[::foo::attr_macro] struct S;`, `#[cfg_attr(all(), foo::attr_macro)] struct S;` - supports macro invocation paths for derive procedural macros. - e.g. `#[derive(foo::Bar, super::Baz)] struct S;` - supports arbitrary tokens as arguments to attribute procedural macros. - e.g. `#[foo::attr_macro arbitrary + tokens] struct S;` - supports using arbitrary tokens in "inert attributes" with derive procedural macros. - e.g. `#[derive(Foo)] struct S(#[inert arbitrary + tokens] i32);` where `#[proc_macro_derive(Foo, attributes(inert))]` r? @nrc
Configuration menu - View commit details
-
Copy full SHA for 650c090 - Browse repository at this point
Copy the full SHA 650c090View commit details -
Rollup merge of rust-lang#40347 - alexcrichton:rm-liblog, r=alexcrichton
Remove internal liblog This commit deletes the internal liblog in favor of the implementation that lives on crates.io. Similarly it's also setting a convention for adding crates to the compiler. The main restriction right now is that we want compiler implementation details to be unreachable from normal Rust code (e.g. requires a feature), and by default everything in the sysroot is reachable via `extern crate`. The proposal here is to require that crates pulled in have these lines in their `src/lib.rs`: #![cfg_attr(rustbuild, feature(staged_api, rustc_private))] #![cfg_attr(rustbuild, unstable(feature = "rustc_private", issue = "27812"))] This'll mean that by default they're not using these attributes but when compiled as part of the compiler they do a few things: * Mark themselves as entirely unstable via the `staged_api` feature and the `#![unstable]` attribute. * Allow usage of other unstable crates via `feature(rustc_private)` which is required if the crate relies on any other crates to compile (other than std).
Configuration menu - View commit details
-
Copy full SHA for 805ce93 - Browse repository at this point
Copy the full SHA 805ce93View commit details -
Rollup merge of rust-lang#40348 - nrc:save-extern-fn, r=@eddyb
Handle extern functions and statics in save-analysis r? @eddyb
Configuration menu - View commit details
-
Copy full SHA for 8bc39f8 - Browse repository at this point
Copy the full SHA 8bc39f8View commit details -
Rollup merge of rust-lang#40377 - camlorn:optimization_fuel, r=arielb1
Implement optimization fuel and re-enable struct field reordering See [this discussion](https://internals.rust-lang.org/t/rolling-out-or-unrolling-struct-field-reorderings/4485) for background. This pull request adds two new compilation options: `-Z print-fuel=crate` prints the optimization fuel used by a crate and `-Z fuel=crate=n` sets the optimization fuel for a crate. It also turns field reordering back on. There is no way to test this feature without something consuming fuel. We can roll this back if we want, but then the optimization fuel bits will be dead code. The one notable absence from this PR is a test case. I'm not sure how to do one that's worth having. The only thing I can think of to test is `-Z fuel=foo=0`. The problem with other tests is that either (1) they're so big that future optimizations will apply, thus breaking them or (2) we don't know which order the optimizations will be applied in, so we can't guess the message that will be printed. If someone has a useful proposal for a good test, I certainly want to add one.
Configuration menu - View commit details
-
Copy full SHA for b235f5a - Browse repository at this point
Copy the full SHA b235f5aView commit details -
Rollup merge of rust-lang#40398 - eddyb:struct-hint, r=nikomatsakis
Propagate expected type hints through struct literals. Partial fix for rust-lang#31260 to maximize backwards-compatibility, i.e. the hint is provided but not coerced to. The added test works because `{...; x}` with a hint of `T` coerces `x` to `T`, and the reasoning why that is slightly different has to do with DSTs: `&Struct { tail: [x] }: &Struct<[T]>` has a hint of `[T]` for `[x]`, but the inferred type should be `[T; 1]` to succeed later, so `[x]` shouldn't be *forced* to be `[T]`. *However*, implementing that complete behavior in a backwards-compatible way may be non-trivial, and has not yet been fully investigated, while this PR fixes rust-lang#40355 and can be backported. r? @nikomatsakis
Configuration menu - View commit details
-
Copy full SHA for b03edc8 - Browse repository at this point
Copy the full SHA b03edc8View commit details -
Rollup merge of rust-lang#40409 - mbrubeck:calloc, r=sfackler
Specialize Vec::from_elem to use calloc Fixes rust-lang#38723. This specializes the implementation for `u8` only, but it could be extended to other zeroable types if desired. I haven't tested this extensively, but I did verify that it gives the expected performance boost for large `vec![0; n]` allocations with both alloc_system and jemalloc, on Linux. (I have not tested or even built the Windows code.)
Configuration menu - View commit details
-
Copy full SHA for b2969fe - Browse repository at this point
Copy the full SHA b2969feView commit details -
Rollup merge of rust-lang#40441 - tschottdorf:promotable-rfc, r=eddyb
Add feature gate for rvalue-static-promotion Probably needs more tests (which ones?) and there may be other things that need to be done. Also not sure whether the version that introduces the flag is really `1.15.1`. See rust-lang/rfcs#1414. Updates rust-lang#38865.
Configuration menu - View commit details
-
Copy full SHA for 4735cf6 - Browse repository at this point
Copy the full SHA 4735cf6View commit details -
Rollup merge of rust-lang#40445 - estebank:issue-18150, r=jonathandtu…
…rner Point to let when modifying field of immutable variable Point at the immutable local variable when trying to modify one of its fields. Given a file: ```rust struct Foo { pub v: Vec<String> } fn main() { let f = Foo { v: Vec::new() }; f.v.push("cat".to_string()); } ``` present the following output: ``` error: cannot borrow immutable field `f.v` as mutable --> file.rs:7:13 | 6 | let f = Foo { v: Vec::new() }; | - this should be `mut` 7 | f.v.push("cat".to_string()); | ^^^ error: aborting due to previous error ``` Fix rust-lang#27593.
Configuration menu - View commit details
-
Copy full SHA for bcafe56 - Browse repository at this point
Copy the full SHA bcafe56View commit details -
Rollup merge of rust-lang#40538 - aturon:stab-1.17, r=alexcrichton
Library stabilizations for 1.17 Details of the stabilizations are available in the commits. Includes only library stabilizations; there are a couple of compiler stabilizations that should also be done for 1.17. Will need a beta backport, which I will create after approval. r? @alexcrichton
Configuration menu - View commit details
-
Copy full SHA for 8ed11ff - Browse repository at this point
Copy the full SHA 8ed11ffView commit details -
Rollup merge of rust-lang#40562 - mbrubeck:bootstrap, r=alexcrichton
Remove unused param from bootstrap::clean::rm_rf None
Configuration menu - View commit details
-
Copy full SHA for b4098c9 - Browse repository at this point
Copy the full SHA b4098c9View commit details -
Rollup merge of rust-lang#40564 - GuillaumeGomez:rustdoc-const, r=fre…
…wsxcv Fix const not displayed in rustdoc Fixes rust-lang#40331. r? @rust-lang/docs
Configuration menu - View commit details
-
Copy full SHA for 4b987ab - Browse repository at this point
Copy the full SHA 4b987abView commit details -
Rollup merge of rust-lang#40581 - TimNN:di-global-40, r=alexcrichton
[LLVM 4.0] Add missing debuginfo metadata to globals Fixes rust-lang#40580. cc @rkruppe cc rust-lang#40123
Configuration menu - View commit details
-
Copy full SHA for c991ce4 - Browse repository at this point
Copy the full SHA c991ce4View commit details -
Rollup merge of rust-lang#40583 - jseyfried:fix_include_macro_regress…
…ion, r=nrc macros: fix regression with `include!()` Fixes rust-lang#40469, a regression when `include!()`ing a `macro_rules!` containing `$crate`. r? @nrc
Configuration menu - View commit details
-
Copy full SHA for f014ce8 - Browse repository at this point
Copy the full SHA f014ce8View commit details -
Rollup merge of rust-lang#40590 - z1mvader:master, r=steveklabnik
documented order of conversion between u32 an ipv4addr This fixes rust-lang#40118
Configuration menu - View commit details
-
Copy full SHA for 05c4a0d - Browse repository at this point
Copy the full SHA 05c4a0dView commit details -
Rollup merge of rust-lang#40603 - QuietMisdreavus:slice-ptr-docs, r=G…
…uillaumeGomez minor wording tweak to slice::{as_ptr, as_mut_ptr} Per rust-lang#37334, the slice-as-pointer methods mentioned that "modifying the slice may cause its buffer to be reallocated", when in fact modifying the *slice* itself would cause no such change. (It is a borrow, after all!) This is a tweak to the wording of that line to stress it's the *collection* that could cause the buffer to be reallocated. r? @steveklabnik
Configuration menu - View commit details
-
Copy full SHA for 42c55c9 - Browse repository at this point
Copy the full SHA 42c55c9View commit details -
Rollup merge of rust-lang#40611 - ScottAbbey:patch-1, r=GuillaumeGomez
Fix typo in mutex.rs docs This seems to match other uses of "be accessed" in the document.
Configuration menu - View commit details
-
Copy full SHA for 6a5ecf1 - Browse repository at this point
Copy the full SHA 6a5ecf1View commit details -
Rollup merge of rust-lang#40621 - jswalden:dependant-spelling-fix, r=…
…sfackler Fix a spelling error in HashMap documentation, and slightly reword surrounding text for precision Noticed while reading docs just now. It's possible that the prior wording *meant* to state that the seed's randomness depends on the exact instant that the system RNG was created, I guess. But unless there's an API guarantee that this is the case, the wording seems over-precise. Is there a formal API guarantee that would forbid, say, the system RNG from generating all output using the Intel RDRAND instruction? I don't think the quality of output in that case would depend on when the RNG was created. Yet it seems to me like it could well be a valid source of randomness when computing the initial seed. For that reason, tying the randomness of the seed, to the quality of the RNG's output *at the precise instant the seed is computed*, seems less confining. That instantaneous quality level could be determined by the quality at the instant the RNG was created -- but instantaneous quality need not be low for that precise reason.
Configuration menu - View commit details
-
Copy full SHA for 6b92bd6 - Browse repository at this point
Copy the full SHA 6b92bd6View commit details