fbkr · HackerTrans

il y a 4 ansdiscuss

Raspberry Pi Pico is ARM though.

il y a 4 ansdiscuss

> Madrigal Elektromotoren GmbH

Wait, isn't this a fictitious company from breaking bad?

il y a 4 ansdiscuss

> Stray away from this model (e.g., relaxed atomics)

Relaxed atomics are still data-race free, did you mean non-atomic accesses?

fbkr

il y a 4 ansdiscuss

I, along with everyone in the embedded space, have been using separate function sections forever for --gc-sections and I would be very surprised if they really cause any bloat and duplication at runtime. Do you mean bloat for intermediate files?

fbkr

il y a 4 ansdiscuss

> There are linker flags that allow some deduplication but those have their own drawbacks

As long as you use --icf=safe I don't see any drawback, and most of the time it results in almost identical reductions to --icf=all since not many real programs compare addresses of functions.

fbkr

il y a 4 ansdiscuss

You cannot overload operators of integral types in C++, if you mean you can overload `int operator+(int, int)` to be saturating. You can create `saturating_int` kind of types easily though.

fbkr

il y a 4 ansdiscuss

Can you actually connect HDMI input to a thunderbolt only display? I have the LG 5K thunderbolt-only display and cannot use it with a desktop PC due to this issue.

fbkr

il y a 4 ansdiscuss

Isn't this supposed to be a strength of framework? Their machines are pretty modular. Users should get to pick and choose AMD vs Intel, keyboard layouts, wifi chipsets without framework having to design different machines for each configuration.

fbkr

il y a 4 ansdiscuss

I've been using `expected`, i.e. value-or-error type, for a while in C++ and it works just fine, but the article shows it has some noticeable overhead for the `fib` workload for instance. Not sure if the Rust implementation has a different design to make it perform better though.

fbkr

il y a 4 ansdiscuss

Have you checked section 9.1 of the System V ABI doc?

fbkr

il y a 5 ansdiscuss

There is no double indirection and allocation here, it stores the FILE* directly, not as a pointer to a FILE*.

fbkr

il y a 5 ansdiscuss

Section 2.1.1 talks about fixed stack sizes though, so you only get to do 1 allocation, and in general it is not possible to precisely compute the necessary transitive stack size given a function due to recursion/indirect calls.

Stackless coroutines do not have this requirement, it is enough to be able to know the required frame size locally, without considering recursion/indirection. And fallback heap allocations are not surprising since we do not statically know the required frame size at the call site. Segmented stacks have their own tradeoffs too, checking if you have enough stack space at every function entry is not cheap.

fbkr

il y a 5 ansdiscuss

I doubt that's possible with the C++98 preprocessor.

fbkr

il y a 5 ansdiscuss

Disclaimer: I dislike iostreams and in our environment <iostream> is completely banned.

However, in C++98, how else would you handle when you have an arbitrary number of things to print in a type-safe way? e.g.

    cout << myInt << ": " << something << " - " << otherthing << " - " << etc << '\n';

printf is not type-safe, nor supports user defined types. I'd rather not write 8 lines of functions calls for the same thing either.

I think it made some sense C++98, though it is an awful API in 2021.

fbkr

il y a 5 ansdiscuss

I thought Zircon is the kernel and Fuchsia is the operating system. Though that wouldn't prevent Google from building Android on top of Fuchsia.

fbkr

il y a 6 ansdiscuss

Could you explain how cmake stuff isn't portable or broken between different flavors of Unix? I comfortably maintain CMake builds that work on linux (with centos, ubuntu and arch), macos and windows without much trouble.

If you mean cmake versions, I'm not sure what you expect, should cmake just freeze in time and stop adding features so someone gets to use cmake from 5 years ago?

Also, the bit about autotools on windows is silly. If it can't build native windows stuff, it's not at all viable for windows.

I also dislike cmake (particularly dependency management) and wish for something better, but I think our criticisms should be well-founded.

comments