lp:~pcsx2-team/pcsx2-github-mirror/+git/zstd

Author: Yann Collet
Author Date: 2024-06-19 05:16:00 UTC

Merge pull request #4076 from facebook/fix_macos_build

fix macos build

Author: Yann Collet
Author Date: 2024-06-19 03:21:25 UTC

fix macos build

weird: after replacing the UNAME line with an identical one,
it does work properly now(??).
Possibly a case of hidden special character?

Author: dependabot[bot]
Author Date: 2024-06-17 05:47:54 UTC

Bump github/codeql-action from 3.25.1 to 3.25.10

Bumps [github/codeql-action](https://github.com/github/codeql-action) from 3.25.1 to 3.25.10.
- [Release notes](https://github.com/github/codeql-action/releases)
- [Changelog](https://github.com/github/codeql-action/blob/main/CHANGELOG.md)
- [Commits](https://github.com/github/codeql-action/compare/c7f9125735019aa87cfc361530512d50ea439c71...23acc5c183826b7a8a97bce3cecc52db901f8251)

---
updated-dependencies:
- dependency-name: github/codeql-action
  dependency-type: direct:production
  update-type: version-update:semver-patch
...

Signed-off-by: dependabot[bot] <support@github.com>

Author: Yann Collet
Author Date: 2024-06-12 16:51:01 UTC

added cygwin install test

Author: dependabot[bot]
Author Date: 2024-05-13 05:18:25 UTC

Bump ossf/scorecard-action from 2.3.1 to 2.3.3

Bumps [ossf/scorecard-action](https://github.com/ossf/scorecard-action) from 2.3.1 to 2.3.3.
- [Release notes](https://github.com/ossf/scorecard-action/releases)
- [Changelog](https://github.com/ossf/scorecard-action/blob/main/RELEASE.md)
- [Commits](https://github.com/ossf/scorecard-action/compare/0864cf19026789058feabb7e87baa5f140aac736...dc50aa9510b46c811795eb24b2f1ba02a914e534)

---
updated-dependencies:
- dependency-name: ossf/scorecard-action
  dependency-type: direct:production
  update-type: version-update:semver-patch
...

Signed-off-by: dependabot[bot] <support@github.com>

Author: Yann Collet
Author Date: 2024-04-23 16:31:35 UTC

update documentation of ZSTD_decompressStream()

slightly more precise, by recommending to check the return value.
fix #4030

Author: Yann Collet
Author Date: 2024-04-03 05:02:29 UTC

added Fortran binding

Author: Yann Collet
Author Date: 2024-04-01 18:12:26 UTC

decompression errors always display the full origin filename

instead of the truncated size-limited version.

Author: Yann Collet
Author Date: 2024-03-28 01:19:31 UTC

updated benchmarks for v1.5.6

Author: Yann Collet
Author Date: 2024-03-27 23:10:15 UTC

fix nodejs deprecation warning

by updating msys2 action

Author: Yann Collet
Author Date: 2024-03-21 22:05:51 UTC

Merge pull request #3984 from facebook/dev

v1.5.6

Author: Yann Collet
Author Date: 2024-01-29 02:38:53 UTC

fixed path

Author: Nick Terrell
Author Date: 2023-11-18 02:20:19 UTC

[huf] Improve fast huffman decoding speed in linux kernel

gcc in the linux kernel was not unrolling the inner loops of the Huffman
decoder, which was destroying decoding performance. The compiler was
generating crazy code with all sorts of branches. I suspect because of
Spectre mitigations, but I'm not certain. Once the loops were manually
unrolled, performance was restored.

Additionally, when gcc couldn't prove that the variable left shift in
the 4X2 decode loop wasn't greater than 63, it inserted checks to verify
it. To fix this, mask `entry.nbBits & 0x3F`, which allows gcc to eliete
this check. This is a no op, because `entry.nbBits` is guaranteed to be
less than 64.

Lastly, introduce the `HUF_DISABLE_FAST_DECODE` macro to disable the
fast C loops for Issue #3762. So if even after this change, there is a
performance regression, users can opt-out at compile time.

Author: Yann Collet
Author Date: 2023-09-20 18:17:14 UTC

fix #3764

This answer a static analysis tool,
which complains that a buffer allocation is not free() just before exit().

In general, this requirement is not necessary, because invoking exit() will make the OS reclaim all buffers from the terminated process.

I could articulate this new requirement in a "not too heavy" way with the use of a new macro, `CONTROL_EXIT()`.
But "not too heavy" is still a form of maintenance burden: whenever the code is modified, by adding, removing or changing some of these buffers, it requires some form of coordination with exit points, which is easy to let go wrong.
Besides, I wouldn't be surprised if there were some more complex scenarios left, typically across multiple levels of functions, where a call to `exit()` is made while some other buffers, inaccessible from the function, are still allocated. Tackling such issues would require a very different approach, typically forbidding the use of `exit()`, which was meant to simplify code maintenance by reducing the nb and complexity of error paths.
I question the need to make the code more complex to read and maintain, just to tackle a largely theoretical problem with no practical impact on target platforms.

Author: Yann Collet
Author Date: 2023-09-12 21:03:43 UTC

fix version comments for actions/checkout

Author: Elliot Gorokhovsky
Author Date: 2023-01-05 18:48:05 UTC

fix 32-bit gcc mingw test

Author: Nick Terrell
Author Date: 2022-10-20 00:04:35 UTC

[lazy] Use switch instead of indirect function calls.

Use a switch statement to select the search function instead of an
indirect function call. This results in a sizable performance win.

This PR is a modification of the approach taken in PR #2828.
When I measured performance for that commit, it was neutral.
However, I now see a performance regression on gcc, but still
neutral on clang. I'm measuring on the same platform, but with
newer compilers. The new approach beats both the current dev
branch and the baseline before PR #2828 was merged.

This PR is necessary for Issue #3275, to update zstd in the kernel.
Without this PR there is a large regression in greedy - btlazy2
compression speed. With this PR it is about neutral.

gcc version: 12.2.0
clang version: 14.0.6
dataset: silesia.tar

| Compiler | Level | Dev Speed (MB/s) | PR Speed (MB/s) | Delta |
|----------|-------|------------------|-----------------|--------|
| gcc | 5 | 102.6 | 113.7 | +10.8% |
| gcc | 7 | 66.6 | 74.8 | +12.3% |
| gcc | 9 | 51.5 | 58.9 | +14.3% |
| gcc | 13 | 14.3 | 14.3 | +0.0% |
| clang | 5 | 108.1 | 114.8 | +6.2% |
| clang | 7 | 68.5 | 72.3 | +5.5% |
| clang | 9 | 53.2 | 56.2 | +5.6% |
| clang | 13 | 14.3 | 14.7 | +2.8% |

The binary size stays just about the same for clang and gcc, measured
using the `size` command:

| Compiler | Branch | Text | Data | BSS | Total |
|----------|--------|---------|------|-----|---------|
| gcc | dev | 1127950 | 3312 | 280 | 1131542 |
| gcc | PR | 1123422 | 2512 | 280 | 1126214 |
| clang | dev | 1046254 | 3256 | 216 | 1049726 |
| clang | PR | 1048198 | 2296 | 216 | 1050710 |

Author: Nick Terrell
Author Date: 2022-02-23 03:58:18 UTC

Add extra space to match linux kernel

Author: Yann Collet
Author Date: 2022-01-27 19:06:16 UTC

minor refactor to blocksplit

Author: Yann Collet
Author Date: 2022-01-03 20:57:09 UTC

updated regression test results

parameters adaptation not only help speed,
it also helps compression ratio.

Author: Yann Collet
Author Date: 2022-01-08 01:00:33 UTC

early update literals

for better cost estimation in the following series for matches.

Unfortunately, this does not necessarily result in better compression.
Results are all over the places,
with best outcome observed for silesia/x-ray
but most other files tend to get slightly worse after this change.

It's strange because it seems that we are just providing more accurate information for the cost estimator.

Anyway, as it also increases code complexity,
it's probably not interesting enough for now.

Author: Yann Collet
Author Date: 2022-01-02 07:15:34 UTC

make stableSrc compatible with regular streaming API

including flushStream().

Now the only condition is for `input.size` to continuously grow.

Author: Yann Collet
Author Date: 2021-12-21 23:24:45 UTC

attempt a sse2/avx2 branch of the lazy match detector

Author: Yann Collet
Author Date: 2021-09-30 03:44:12 UTC

Merge branch 'dev' into ultra_init

Author: senhuang42
Author Date: 2021-08-19 15:09:53 UTC

Add in integration for hardware acceleration

Author: Yann Collet
Author Date: 2021-05-13 16:34:28 UTC

updated meson test

hopefully, bionic will have a more recent version of python
required to install meson.

Author: Yann Collet
Author Date: 2020-07-15 19:40:59 UTC

fixed incorrect assert()

Incredibly evaded detection so far,
probably because -size_t is still perfectly defined size_t
which seems good enough for gcc and clang,
but Visual finds that rather fishy.

Author: Yann Collet
Author Date: 2020-01-18 00:32:18 UTC

fix installation with MSYS2+mingw-w64 (#1960)

Co-authored-by: vtorri <vincent.torri@gmail.com>