comex

So I’m trying to compile wine for my Mac using MoltenVK. It’s building okay so far, but it’s a kinda large dependency tree, none of which is in Homebrew yet: - SPIRV-Headers - SPIRV-Tools (not really necessary) - MoltenVK - vkd3d - wine

…replacing it with a dummy file set to zero permissions prevented it from being reinstalled, but I’m not sure this is actually going to help…

Is there a way to tell Windows 10 to blacklist a *builtin* driver? Specifically I want to disable the builtin “High Definition Audio Device” driver in favor of Realtek’s driver. I even tried deleting HdAudio.sys from system32\drivers, but it just puts it back…

http://www.certificate-transparency.org/general-transparency … TLDR: Not-an-IM-client is also not a blockchain

To elaborate: Contracts feel like a hack to me; same feeling in C++, but C++ is a language of hacks, so at least they’re in good company. In Go they just seem out of place. It would make more sense to reuse the existing interfaces feature. (Apparently they did consider this.)

…and (c) Go still will have its own code generator that produces middling-quality machine code quickly. As opposed to LLVM, which lets you choose between getting utter trash-tier code not especially quickly, or high-quality code *really* slowly ;)

Thus I hope generics don’t slow down the compiler too much. I expect they won’t, since (a) Go still won’t have complex type inference or anything like Rust/Swift’s trait resolution, (b) like Swift but unlike Rust, Go plans to make monomorphization of generic functions optional…

So I’m quite excited to re-evaluate Go once 2.0 is ready. I value compilation speed very highly, yet the languages that best satisfy my other priorities tend to have really slow compilers (looking at you, rustc) – leaving me frustrated. Go may become an attractive compromise.

In what seems to be a common sentiment (judging by HN threads over the years), it’s the lack of those two exact features that has left me dissatisfied with Go. In my case, despite seeing potential in it, I’ve avoided using it for any real code for that reason.

Via HN, it seems Go really is going to get generics, as well as sugar for error propagation: https://go.googlesource.com/proposal/+/master/design/go2draft.md … For both features, the specific design being proposed strikes me as odd but not entirely unreasonable; in any case they’re not final.

welp. I just tried KVIrc, which is written in Qt without web views; you’d expect it to be nice and fast. In reality gets bogged down for ~1min just replaying a bit of backlog. Judging from Instruments profile, it’s repainting (on CPU!) for every single message, w/o batching.

No less than four suggestions of irssi. I could use it, but for chat I do prefer something with a proportional font and ideally things like image preview.

Is there any decent IRC client for macOS which is not a bloody WebView and does not eat up all my RAM? Clients which do use WebViews: - Textual - LimeChat (despite its spartan default appearance) - Colloquy (also dead) XChat Azure doesn’t… but is it decent? ;)

mm… when Scalia died, I sympathized at least somewhat with those refusing to mourn him; but for McCain that’s a bridge too far for me

Any suggestions for IRC bouncers that can multiplex servers, i.e. have a single client-to-bouncer connection for multiple bouncer-to-server connections? I remember I used to use one, but don’t remember the name.