acdimalev
acdimalev on Hacker News
Result has a FromIterator impl for converting e.g. from a `Vec<Result<a, b>>` to a `Result<Vec<a>, b>`. Is there a reason to prefer the reduce_with method here over FromIterator?
Disabling media router from source is apparently more involved than I thought it would be. Could have changed the default setting in a new user profile, but disabling it with a command-line argument is probably more like what I'm looking for here.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=833477#44
Thank you! I don't know if this was up the last time I looked.
There are flags to gate the feature in the source-- looks like the iOS build excludes it. Going to leave a build running overnight and give it a look in the morning. If tearing it out works, I'll post a patch to the Debian bug report.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=833477
>>> import spell
>>> spell.correction('ducking')
'fucking'
>>>
Yup, it works.
I didn't know it was a System V thing. Thank you for cluing me in!
I don't think of it in terms of like-vs-dislike. My observation is that it's a difficult thing to get right without a compiler, and thus avoided for introductory material.
As far as I am aware, storing values in a register requires fewer instructions. However, I have never personally confirmed the performance difference of this calling convention.
Handling of all calling conventions is one of the many things that I am personally much happier leaving up to GCC and LLVM in practice.
And once you start reading the docs on the more efficient but far less consistent 64-bit calling convention, you may find yourself choosing words to describe it other than the "improved" that this author opted for.
Countering one of your points, and yet bolstering your statement here. Even in a DevOps environment, packaging is important. Same as a system image or random artifact, a distribution package can provide consistency and repeatability.
If I had to wait for a rebuild of the entire operating system to test deployment of a single application, how much confidence could I possibly gain in that application's deployment process?
Also... it seems the author is suggesting that newer software always has fewer bugs. Hmm... .