Jean-Michaël Celerier

agh, and can you tell me which version of Xcode you are using ?

hmmm... I wonder if it's still the same with a clean build? It looks like it could be using an old Xcode SDK maybe? Can you send me the CMakeCache.txt...

okay, it's Xcode 12 but with the macosx 11.1 sdk: CMAKE_OSX_SYSROOT:PATH=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX11.1.sdk can you try to run cmake . -DCMAKE_OSX_SYSROOT=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk to set it to the last version ? if I'm not...

hmmm... can you send me the new CMakeCache.txt from this build ? I wonder if there isn't some package which tries to force-use the MacOSXA.B.sdk somewhere

.. at worst, can you try to move it somewhere else temporarily and do a clean build ?

okay, I can see still the line in the CMakeCacke.txt: CMAKE_OSX_SYSROOT:PATH=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX11.1.sdk so there seems to be something in either our cmake code or a third party dep, that forces to...

oops... had a typo in my message sorry. It's `2>` not `>`. But even in the log you showed it talks about DNSSD - i'll investigate around this part first...

I can look into it, what's the expected behaviour of this object?

Hmw so while trying a fix to the JSON library we're using, rapidjson, to put those in quotes (https://github.com/jcelerier/rapidjson/tree/nan_inf_as_strings - for the OSCQuery needs it should work), I end up...

Maybe we should just filter nans on the ossia side, what do you think ? I wonder if replacing them by zero would be a big correctness issue...