Thomas Schaller
Thomas Schaller
Related: https://github.com/tomaka/glutin/issues/861
Does https://github.com/slide-rs/shred/pull/147 cover your use case?
I think I've got something for you :) struct.DispatcherBuilder.html#method.print_par_se As for benchmarking, that's still missing. A :+1: from me for that.
Ah sorry, here's the complete link: https://docs.rs/shred/0.7.0/shred/struct.DispatcherBuilder.html#method.print_par_seq
You can also use the `Debug` representation of the builder.
Thank you for the report, can you review #17 and tell me if it's fixed, please?
Argh, this is a severe bug in our operators! We can not simply AND / XOR layers 1 - 3; they need to be recomputed.
This essentially means we'll likely have to drop our "lazy" operators and rely exclusively on `*Assign`, so we can recalculate the layers.
@hjfreyer > Am I correct in thinking this means the bitsets simply return incorrect answers?? This crate has been downloaded more than 400,000 times, so if its logic is incorrect...
@omni-viral Do you still need this?