Hi Sergey: Can you checkout the SVN HEAD. I applied a patch for this some months ago, but I never heard back from the submitter that it worked, so I never made a release. If you could test it, I would appreciate it. Thanks, Allen
Hi Hanspeter and Scott: I have committed Hanspeter's patch to the repository (along with an update to the autotools/configure scripts). Please check that the svn HEAD (r101) compiles and passes regression on a macos machine. If it works, I'll make a release of 1.0.14 (if I can remember how, anyway). I've been trying to remember why the endian-ness check is a run-time function and not a manifest attribute of the platform. But, I just can't recall what I was thinking in 2010 :-) I don't really want...
Apply Hanspeter Niederstrasser's patch for macos.
Update to latest autotools 1.16 on Pop!_OS (Ubuntu 22.04 LTS).
Thanks for your suggestions. I will probably apply Hanspeter's #include change as that seems like the simplest way.
I have no recollection of why I put the #include in the middle of the function; it seems dumb in retrospect. Your #ifdef/else at the top is OK with me. I don't want to have to struggle with autotools anymore. I have no way to test this on a mac, but if you send me a patch I'll apply it. Are the new ARM-based macs run in little endian mode? Because the whole bswap business is never invoked on little endian machines anyway. On Fri, Apr 18, 2025 at 7:49 AM Hanspeter Niederstrasser nieder@users.sourceforge.net...
It looks like bswap_32 is the only function used from byteswap.h. Is there an equivalent function on macOS? (https://man7.org/linux/man-pages/man3/bswap.3.html)
Thanks for the report. I think using the CMake version of the build system would be the best way to introduce the --std=c++14 flag. What version of CMake is available in the port system?