Mitchell Blank Jr

I'll try to take a look soon... I'm in the middle of moving house this week so won't have much time in the next few days. SoapyUHD has it's own...

That particular issue is actually coming from the downloaded mariadb-connector-c tarball which has a handrolled cmake/FindIconv.cmake file which seems to have problems. The version of mariadb-connector is a bit older...

Just another datapoint -- `ffprobe` shows the genre on these mp3s correctly. Checking the source code, it accepts genre strings that are numeric (or numeric surrounded by parens) as synonyms...

I just checked the just-released version 22.03 -- bug still appears to be present.

Huh, it looks like the linux+clang environment (not sure which STL) that Travis is using doesn't have the type traits stuff in the expected place: ``` clang++ -I. -I/opt/brew/include -L/opt/brew/lib...

> Concerning your issue with Travis: the Linux Clang uses libstdc++ Yeah, it's not clear to me what version of libstdc++ is being used though. The messages indicate that gcc...

> I guess that std::memmove only costs a few additional comparisons when the ranges don't overlap) Well at least the glibc implementation always copies backwards in the case that `src

OK, still busted in travis. I'll have to set up a Ubuntu 14.04.5 LTS VM when I get a chance and see if it replicates there with clang.

OK, installed a VM. Issue is fairly clear. By default 14.04LTS came with a libstdc++ snapshot from gcc 4.8 (`4.8.4-2ubuntu1~14.04.4`) However because they packaged it themselves it has `__GLIBCXX__` set...

It seems the documented way of doing this is to rely instead on `_GLIBCXX_RELEASE`, but that only exists starting at gcc 7.1, so that would have the unfortunate effect of...