lwext4, branch carl2-opt Fork of lwext4 library for EXT2 filesystem manipulation https://git.carlh.net/cgit/lwext4/atom?h=carl2-opt 2021-03-12T22:21:50Z Use posix open/read/write/close as it seems to be much faster than stdio. 2021-03-12T22:21:50Z Carl Hetherington cth@carlh.net 2021-03-12T21:09:57Z urn:sha1:51774b7c8dcb3968330b28d9368b1b959b873670 Add progress reporting for formatting. 2021-03-09T00:03:41Z Carl Hetherington cth@carlh.net 2021-03-08T22:42:09Z urn:sha1:abb212dd5fbb33168f583f36b67f29f659a91bb4 Don't initialise inode tables during format. 2021-03-09T00:03:41Z Carl Hetherington cth@carlh.net 2021-03-08T23:16:48Z urn:sha1:6d34064b3a4b07218b01f6cc7700ee2ce68a7542 Use writebytes when writing group descriptors. 2021-03-08T23:27:27Z Carl Hetherington cth@carlh.net 2021-03-08T23:24:39Z urn:sha1:d217f6e5082fab342267df3430ca6b9f2e399c93 This may be faster but I should test it. The code is cleaner and should be equivalent, as far as I can see. Write block/inode bitmaps and inode tables earlier. 2021-03-08T23:25:39Z Carl Hetherington cth@carlh.net 2021-03-08T23:21:56Z urn:sha1:b13cbdce2fe1c4790f0737a75ac49aa1b826eb66 Before we would write blank block/inode bitmap tables then fill them in later. This is a bit of a hack to set up enough of the data structures (I think) to allow the correct block/inode bitmaps to be written first time. This may not be worth the hack/risk - I haven't tested the speed improvement carefully. Ignore .ccls-cache 2021-03-08T23:25:39Z Carl Hetherington cth@carlh.net 2021-03-07T22:43:54Z urn:sha1:c1fc6c7e573c644013bf65ae5ef474e235466dc0 Write all block group headers sequentially. 2021-03-08T23:25:39Z Carl Hetherington cth@carlh.net 2021-03-04T19:53:18Z urn:sha1:c375ac35c728ebd99d794b3c2b64a3ecb07f27b1 Before this the code would write: headers for blocks 0-127 (without group descriptors) group descriptors for blocks 0-127 to all blocks on disk headers for blocks 128-255 group descriptors for blocks 128-255 to all blocks on disk ... Build both osx and osx-arm64 versions in a directory called osx. 2021-01-07T12:16:40Z Carl Hetherington cth@carlh.net 2021-01-07T11:04:13Z urn:sha1:3601ea5bae9247add596e2c6920e80a236803964 When DCP-o-matic makes its universal binary it assumes that the path to the arm64 library can be found by replacing x86_64 with arm64 in the path. This fails if we build the x86_64 version in build_osx and the arm64 version in build_osx-arm64. Revert "Add -fPIC to Linux builds so the static lwext library can be linked with the dynamic libdcpomatic2.so" 2021-01-04T14:17:01Z Carl Hetherington cth@carlh.net 2021-01-04T14:17:01Z urn:sha1:f2a1573f085e7e822bc8a4a3cc3fbf5eaecbb741 This reverts commit 0b38e3e62df25a89db98e101e530edf1a4316cd3. New cdist/arm64 fixes. 2021-01-03T22:21:36Z Carl Hetherington cth@carlh.net 2020-12-24T22:47:35Z urn:sha1:01c7d4c51c7dc3e15f2feedfffc05a8cb85cb5a3