bcsgh

Results 58 comments of bcsgh

Where do things actually get throttled? If the core isn't throttling (or can be told not to) and the plugin controls things, then a plugin should be able to merge...

As long as the naive provider implementation doesn't create new deadlock risks when increasing that parallelism then that seems like not-the-SDK's-problem. Dealing with any potential for deadlocks sounds like something...

Interesting, this other build seems to correctly inject -std=c++17 into the gcc command line, where as the other one does not: https://buildkite.com/bazel/bcsgh-bazel-rules/builds/6#1df92ae5-8561-4c85-8357-fdcad2c2170b

A partial solution (hits about half the bullets under "Scope"): https://github.com/bcsgh/bazel_rules/tree/master/cc_embed_data I've only tested that on the limited environments I've needed it in (Linux/ELF) so YMMV. If anyone wants to...

This would also likely require some utilities for inspecting the resulting `http_response` objects.

I think this might be resolved by: https://github.com/etr/libhttpserver/commit/c5cf5eaa89830ad2aa706a161a647705661bd671 I've used it like this: ```c++ if (!req.has_tls_session()) { LOG(INFO)

This is some code I actually got working and have done some minimal testing on. The most **important** part is the `gnutls_certificate_verify_peers()` call; nothing else checks that the cert is...

@gk-drw I second that point. I strongly suspect that API calls are very biased (10x or grater) in terms of read-only calls and also that for non-read-only calls the overhead...

If you are willing to use Bazel for your build, you might be able to make something work using this: https://github.com/bcsgh/bazel_rules/blob/master/repositories/repositories.bzl#L75-L82 You will also need: - [microhttpd](https://github.com/bcsgh/bazel_rules/blob/master/repositories/repositories.bzl#L110-L130) - And likely...

I'll grant that basically all users will have their own `WORKSPACE`, but at the same time I'd point out that a librarie's own `WORKSPACE` is *de facto* documentation of how...