From icculus at icculus.org Mon Mar 18 15:15:52 2019 From: icculus at icculus.org (Ryan C. Gordon) Date: Mon, 18 Mar 2019 15:15:52 -0400 Subject: [physfs] PhysicsFS 3.0.2 released! In-Reply-To: References: Message-ID: <110f0cea-3598-6077-67d1-16d41955147e@icculus.org> ( This work was funded by my Patreon! If you like me working on things like PhysicsFS and other useful pieces of code, consider throwing some money in the pot: https://patreon.com/icculus ) PhysicsFS 3.0.2 is now available. This is a collection of small fixes to 3.0.1. All 3.0 users should definitely upgrade right away. You can grab it here... https://icculus.org/physfs/downloads/physfs-3.0.2.tar.bz2 ...or from Mercurial with this command... hg clone -u release-3.0.2 https://hg.icculus.org/icculus/physfs ...or just stare at the webview here... https://hg.icculus.org/icculus/physfs/file/release-3.0.2 No changes to the 1.0 or 2.0 branches are planned, even if they might apply. Upgrade to PhysicsFS 3. Notable changes in this release: - physfsrwops: Patched to compile for use with SDL 1.2 (thanks, Rob!). - 7zip: don't forget to destroy the PHYSFS_Io when closing the archive! - ignorecase: Don't crash if enumeration returned a NULL pointer. - apple: Patched to compile with older (mac 10.7) SDKs (thanks, Ken and Ryan!). - Fix up physfs.h for compilers that are sensitive about preprocessor defines. - PHYSFS_setWriteDir() shouldn't create an empty file if the dir doesn't exist. - windows: fix __PHYSFS_platformCalcUserDir() to work with everything from Windows XP to Windows 10. - PHYSFS_flush() no longer calls PHYSFS_Io::flush() (so we write PhysicsFS's internal buffer to the OS file handle, but we don't force that file handle to sync to physical media _RIGHT NOW_, which was making PhysicsFS's buffered mode _slower_ than unbuffered in 3.0.x). - PhysicsFS can now be built with #define PHYSFS_SUPPORTS_DEFAULT 0 to turn off all archivers by default. This is useful if you plan to build a PhysicsFS with only, say, .zip support and don't want to manage defines for every other possible archiver to disable them. - cmake: Special build target names ("dist" "docs" "uninstall") can be renamed with a config option, if you're planning to use PhysicsFS's CMake file in a subdirectory of another CMake project. - Only flush file handles on close if they were opened for writing. This fixes errors from Windows. - Updated copyright year for 2019. Thanks to those that reported these issues in 3.0.1, and those that funded this work on Patreon! Enjoy! --ryan. From bertolaccinifrancesco at gmail.com Mon Mar 25 08:02:01 2019 From: bertolaccinifrancesco at gmail.com (Francesco Bertolaccini) Date: Mon, 25 Mar 2019 13:02:01 +0100 Subject: [physfs] Changes to the build system Message-ID: Hi everyone, I am working on updating the vcpkg port for PhysFS, and I ended up rewriting a (significant?) part of CMakeLists.txt to better use modern CMake features and conventions, such as properly exporting targets for easier inclusion in other projects and making so that only one kind of library is built at the same time instead of both static and shared. The modified file can be found here: CMakeLists.txt I have no way, unfortunately, to test the changes under macOS, but I tested it under Windows and Linux. Merging this changes would streamline the port even more, so I ask you: would you accept a patch that integrates the changes into the main repository? Kind regards, Francesco Bertolaccini -------------- next part -------------- An HTML attachment was scrubbed... URL: