i wonder in what state is explicit heap oom handling in #rust today. it was still pretty bad year ago.
especially i’m interested what has been already fixed when mirroring against a great #analysis from #crowstrike’s blog.
linux-tpmdd
pull request for v6.5-rc7: https://lkml.org/lkml/2023/8/11/1305 #linux #kernel #lkml
I’ve became by accident pretty seasoned with cmake
. Never wanted to learn it particularly but it is not too bad. I use it at work.
I like at least these two features of cmake
:
I also like that it is focused on C/C++ rather than trying to be everything, which is really a fresh breath of air these days. I rather use it at least than autotools :-)
reminder to myself. in order to plumb #kernel #config file for a particular #buildroot build:
make linux-patch
# edit output/build/<linux directory>/.config
make # continue with the build
code generation with AI. i do not get it and it has enormous legal risks for commercial use. i’d wait at least to wait for precedent legal cases before seriously using it.
also even when manually written code paths, which in some level address the functionality in a an software package, it will take about 5-10% of the overall project time. 90-95% of the time goes into QA and finding out ways of fitting the implementation to the constraints defined by all sorts of non-functional issues.
that’s why case tools never succeeded, and that’s why i’m skeptical of the whole idea of AI code generation. there’s always someone offering a magic wand to write the code for you but it never works - at least if you aim for the highest possible quality, i.e. aim for offering more value for customers than your competitors.