I'll take an initial stab at the check, shouldn't be too hard.
thing of note is, one it has cached whatever version it found, it won't let go, i was on rocm 5.5 after installing 5.7 it took taking out all cmake vars related to rocm to convince it i was on 5.7…
Further cleanup can be done, QueryPerformanceFrequency
is guaranteed to return true on XP+ so m_hasPerformanceCounter
will never ever be false...
While windows libs have been ABI stable ever since vs2015, there is no guarantee it will stay this way, lib-windows-x64
may be too generic? on the other hand, it hasn't broken in 9 years, we…
ideally getMessageTime
shouldn't be called unless we're handling a message, where do those 4 calls originate? can we eliminate them?
bit closer to bcon3 than i would have preferred, but probably doable.
we've bumped to the 2.2RC a few days ago, which i think includes all of that?
Took a closer look. Embree calls mmap
(linux/mac) and VirtualAlloc
(windows) directly for its memory management, bypassing jemalloc / tbbmalloc so i'm expecting it to make a difference.