Fork of openjpeg library for JPEG2000 encoding and decoding https://git.carlh.net/cgit/openjpeg/atom?h=master 2022-05-13T16:18:47Z 2022-05-13T16:18:47Z Navidem navid.emamdoost@gmail.com 2022-05-13T16:18:47Z urn:sha1:cf90ff0c57ad5b12aa6e227d7202960a5770144d 2021-09-27T06:04:57Z Even Rouault even.rouault@spatialys.com 2021-09-27T06:04:57Z urn:sha1:714c63efee203a46fe366d22c0077425052bb62c 2020-01-13T17:07:54Z Max Moroz dor3s1@gmail.com 2020-01-13T17:07:54Z urn:sha1:b63a433ba168bad5fa10e83de04d6305e6a222e2 This was changed some time ago (https://google.github.io/oss-fuzz/getting-started/new-project-guide/) but the build didn't fail as there is a fallback mechanism. The main advantage of the new approach is that for libFuzzer this produces more performant binaries (as `$LIB_FUZZING_ENGINE` expands into `-fsanitize=fuzzer`, which links libFuzzer from the compiler-rt, allowing better optimization tricks). I'm also experimenting with dataflow (https://github.com/google/oss-fuzz/issues/1632) on your project, and the dataflow config doesn't have a fallback (as it's a new configuration), therefore I'm proposing a change to migrate from `-lFuzzingEngine` to `$LIB_FUZZING_ENGINE`. 2019-06-15T07:55:16Z Even Rouault even.rouault@spatialys.com 2019-06-15T07:55:16Z urn:sha1:8db9d25dcf360528fd1e094e4f9274c0635e90cc 2017-08-17T10:01:16Z Even Rouault even.rouault@spatialys.com 2017-08-17T10:01:16Z urn:sha1:1ab6e0e07a67193564811c5720a69cb28f09a809 2017-07-03T13:42:35Z Even Rouault even.rouault@spatialys.com 2017-07-03T12:14:03Z urn:sha1:1a8eac6a90ca61f3703f9b97afc2ec4918f0ab55