en4bz's comments

en4bz | 3 years ago | on: What's New in Bazel 6.0

I'm assuming you're referring to the golang model of statically linking everything. That's not really doable when many popular libraries are (L)GPL'd like glibc and libstdc++. It also doesn't work if you want to provide a shared library and need to be compatible with every possible system. That's not my opinion it's just a deficiency of bazel.

en4bz | 3 years ago | on: What's New in Bazel 6.0

> bazel has provisions for patching stuff from http_archive if you supply a patch

That's a hack.

en4bz | 3 years ago | on: What's New in Bazel 6.0

It's literally the default. How can the default be an anti-pattern. I doubt you're using C/C++ because you don't seem to understand the issue.

en4bz | 3 years ago | on: What's New in Bazel 6.0

qux is now forced to be static. Consumers should be able to choose whatever they want. I don't know what end users want to do.

en4bz | 3 years ago | on: What's New in Bazel 6.0

The logic is backwards though. I may have multiple consumers of a library some of which may want static some of which may want dynamic. You need to create/import new targets to do this even though the original target creates both static and dynamic libs by default.

en4bz | 3 years ago | on: What's New in Bazel 6.0

Non-Hermetic is the default for C/C++. And if you plan on using system provided libraries to support multi OSes then you can't use it.

en4bz | 3 years ago | on: What's New in Bazel 6.0

No, they are extremely broken. You can only choose:

- Link everything static.

- Link everything dynamic.

- Link user libs as static and system libs as dynamic.

There is no easy way to link a single user lib static/dynamic without resorting to hacks/workarounds like re-importing the shared library or defining weird intermediate targets. It's completely broken.

en4bz | 3 years ago | on: Show HN: Software for Remote GPU-over-IP

That's the biggest problem with this model. With inference it's better to just use a dedicated model server. For training it's better to deploy on a massive dedicated machine. The only real use case left over is experimentation and debug for devs or students.

en4bz | 3 years ago | on: A Tour of C++ (Third edition)

100% agree with this. There's nothing in the new standards past 17 that actually helps me in real life day to day work. Most of the new features are solely for code-golfers (see ranges). Mean while co-routines and other concurrency extensions have languished for years as TSs with only partial support. Here's the full list of TSs [1], half of which only have partial or no support despite being 5+ years old.

[1] https://en.cppreference.com/w/cpp/experimental

page 1