<_whitenotifier-e>
[scopehal] azonenberg 8a44e12 - Initial work on secondary value support for multimeters. So far only works for AC frequency on R&S HMC801x series. Fixes #309.
<_whitenotifier-e>
[scopehal-apps] azonenberg 1e4b5da - InstrumentConnectionDialog: removed special casing for deprecated "siggen" driver that was removed ages ago
<_whitenotifier-e>
[scopehal-apps] azonenberg 64658fd - MultimeterDialog: initial work on secondary value support
<_whitenotifier-e>
[scopehal-apps] azonenberg a8b3952 - Continued work on standalone multimeter support (see #233)
<_whitenotifier-e>
[scopehal-apps] ... and 2 more commits.
<azonenberg>
So I'm thinking of getting an amazon graviton instance set up for testing libscopehal compilation on ARM a bit faster than compiling on a pi
<azonenberg>
as well as setting up an ARM CI builder and (eventually) unit tests
<azonenberg>
The near term goal is to avoid any explicit x86-isms in the code and make sure that all of the AVX etc stuff is properly #ifdef'd
<azonenberg>
(with the intention of eventually supporting apple M1 as a target platform)
Stephie has quit [Quit: Fuck this shit, I'm out!]
<Degi>
Hmh, would a ROCKPro64 help?
bgamari_ has joined #scopehal
bgamari has quit [Ping timeout: 260 seconds]
<d1b2>
<Darius> an RPi4 is probably the cheapest/easiest way to get an aarch64 box
<d1b2>
<Darius> depends on shipping WRT a ROCKPro
Stephie has joined #scopehal
<azonenberg>
i have a rockpro64 but am using it for other stuff at the moment
<azonenberg>
i would also prefer something hosted externally to keep it outside my security perimeter, since it will be running code from PRs and other potentially sketchy sources
<d1b2>
<dale6998> hi...has anyone seen this? glscopeclient: error while loading shared libraries: libyaml-cpp.so.0.6: cannot open shared object file: No such file or directory
<d1b2>
<dale6998> i link i have libyaml-cpp-so.0.7
<d1b2>
<dale6998> oh, nevermind...a messy double-install was to blame