Peter, Thanks for testing this so quickly, and for the detailed notes — genuinely helpful.
Quick update: I've pushed a fix for a crash on terminal resize. Turned out `signal()` has one-shot (System V) semantics on illumos/Solaris, so btop's SIGWINCH/SIGUSR1 handlers were getting reset to default after their first delivery — a second resize (or a second Ctrl-C) could kill the process outright with no core dump or log entry. Now using sigaction() instead. This affected OpenIndiana too, not just Solaris, so worth a look if you hit anything like that. Also done: renamed src/openindiana to src/sunos per your suggestion, and added optional Solaris 10 x86 support (build with S10=true) — cross-built on an illumos host with a modern GCC, since Solaris 10 has no C++23 compiler of its own, with a small libc compat shim covering what it's missing. Still working through your other three points — the fs/sys/buf.h collision, the find/getconf portability on native Solaris, and making -static-libstdc++ opt-in (agreed it shouldn't be forced given Solaris has no static libstdc++). Will follow up once those are in. On the blank CPU panel on SPARC — I don't have SPARC hardware to test against, so if you get a chance, `kstat -p cpu_stat:0` on that machine would help me see whether the counter names or layout differ from what the collector expects. Thanks again — this is exactly the kind of testing I was hoping for. Alex _______________________________________________ openindiana-discuss mailing list [email protected] https://openindiana.org/mailman/listinfo/openindiana-discuss
