dlundqvist

The hardware increments an internal pointer after each access. The view to that address is through value in a0.

I tried this with the old SAS/C Amiga compiler. It put addresses in A0 and then moved value into (A0) on next instruction, so the setup part was a bit more inefficient. And refused to use "dbra" no matter what I tried.

No, only cataloguing. I asked them this when I was there January last year. They didn't do this then and if I remember correctly it was because of licensing concerns and also not wanting to open boxes. I know Royal Library in Stockholm digitally archive various media, not sure what Embracer would need to be allowed to do that.

If it can detect type of compiler, I would think it can pass the correct flags to it. If that is all it is.

From what I've read PW's official stance is to keep using the existing protocols such as PA and JACK. PW comes with a PA-compatible server, replacement JACK client libraries and an ALSA plugin. So it supports clients from all three at the same time. Precisely so software does not need to be rewritten (I imagine).

Sorry, yes, I meant Leak Sanitizer.

This. I personally think ASAN and it's friends are some of, if not the, best things to happen to C/C++ in the last decade. We use it at work, I use it in all my personal projects. We've found "countless" bugs with ASAN together with LSAN.

It should be part any project from the start, run as much as possible with ASAN when the performance hit can be afforded.

I use it together with wireplumber on three systems, all running bookworm. One old MacBook Air, a fairly new ThinkPad and a run-of-the-mill desktop PC. Works flawlessly on all of them. I have no custom configuration, all default what comes from the packages.

For the laptops I also use BT headphones, and with the ThinkPad I use a headset that with the latest wireplumber switching profiles just work whenever I join a meeting with Slack or Teams (both in Google Chrome).

For the desktop PC I had a use case I never got working properly, or at least easily, with PA. That is to expose all the HDMI outputs of the graphics card as separate sinks. With PW, just switch over to the Pro profile and they all appear. Then I can route what ever stream/application I want to a specific HDMI output.

Additionally, I use USB MIDI devices and a software synth, qsynth, using JACK. Setting up both MIDI and audio routing via qjackctl is so convenient.

Oh, and USB audio devices also work without a problem. Can't say if that is different from PA as I never used them much before.

We’ve been doing something similar at day job for a couple of years now, at least. Tried a few different things, but this cause us the fewest problems.

We have a monorepo with a dozen different products, supporting four rolling release series at any time. Some code is shared between products. So having a commit that contains the release note is very convenient. It’ll automatically follow merges, both when merging up bug fixes through all the release branches and merging in features.

When it’s time to build release notes, simply walk the new commits since last release and extract each release note.

Note, I’m leaving out most details on exactly how we have this setup. It’s not that complicated though.

Yes, should have mentioned that. It’s not always clear, even though he rarely fails to mention it :)

Thanks for clarifying.

I find Insights into Mathematics (https://youtube.com/c/njwildberger) interesting and thought provoking. Even though many subjects are well beyond me, I appreciate the way subjects are dissected and explained. Note though, AFAIU the channel mainly deals with pure mathematics, not always relevant for applied mathematics.

Agree. Just the other year I discovered {*}, oh how that simplified some things.

Tcl is still fun :) We use it at work as an embedded language. It powers many features, and is a quite large part of our product.

It has absolutely lost some mindshare, but I still think it's a great choice.

Three or four levels down in $(eval ...) and $(call ...) still makes me stop and think how many $ I should have.

Yes, that's the paper, I was also heavily motivated by it. And when I read JDK also switched[1] to something similar, it just cemented my belief it was the right way to go, for the same reasons as for them.

[1] http://openjdk.java.net/jeps/138

This is similar to what I wrote at work on and off over the last couple of months, replacing a build system using recursive Makefiles. Due to the way our product is composed I ended up adding support for building static libraries, programs, RPMs and documentation. With full support for dependencies, meaning if a source for a library is changed, the library will be rebuilt, programs that links against it will be re-linked, if the program is part of a RPM it will be rebuilt etc. Documentation will also be rebuilt if source embeds documentation. Another great bonus is of course that with one GNU Make instance and proper modeling of dependencies "make -j" works great, every time. I guess we have a couple of hundred source source files and "make -j" will happily start compiling them all. Read Peter Millers paper about recursive Makefiles about why the above is preferred.

Makefiles are of course a bit limited compared to shell scripts, but you can do a lot with implicit rules, static pattern rules, second expansion, call and eval, etc.

Yeah, today was not a great day to be here. We contemplated not letting our children go outside, but eventually sent them to school.

Keys are arbitrary data (you pass in pointer to data and length in bytes), so you can use anything that makes sense for you as keys.

Do you know if you used TomTom or AutoNavi maps? In my limited testing not long ago TomTom was pretty bad here in China and AutoNavi was like a black hole out side of it.

A problem I had while driving on ChongMing Island, just outside of Shanghai, less than a year ago was that although maps in Google Maps was great, unfortunately many of the roads where not built in the south part of island by then. So ended up at lots of dead ends and huge construction sites.

Not saying AutoNavi is better in that regard, but will give more testing. From my limited testing though it seemed to handle searches in Chinese a tad better (hopefully).