summaryrefslogtreecommitdiffstats
path: root/Utilities/cmzstd
Commit message (Collapse)AuthorAgeFilesLines
* Utilities: Suppress warnings in third-party code with IBMClangAaron Liu2022-01-271-1/+1
|
* Merge topic 'lcc-compiler'Brad King2021-10-191-1/+1
|\ | | | | | | | | | | | | | | | | | | | | 02b2607a5c Help: Add release note for MCST LCC compiler support e5d9fce03f LCC: Add dedicated support for MCST LCC compiler 2b9ef77944 CPack/DEB: deal with broken dpkg-shlibdeps on E2K architecture 0995c75301 Tests/RPM: skip tests tat rely on debugedit if it's not found ea55ac9a51 Tests/RunCMake/CommandLine: Deal with locales that are different from English Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !6608
| * LCC: Add dedicated support for MCST LCC compilermakise-homura2021-10-151-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Divert LCC compiler as a new one, instead of treating it as GNU. Since old times, Elbrus C/C++/Fortran Compiler (LCC) by MCST has been passing checks for GNU compilers, so it has been identified as GNU. Now, with intent of seriously upstreaming its support, it has been added as a separate LCC compiler, and its version displays not a supported GCC version, but LCC version itself (e.g. LCC 1.25.19 instead of GNU 7.3.0). This commit adds its support for detection, and also converts basically every check like 'is this compiler GNU?' to 'is this compiler GNU or LCC?'. The only places where this check is untouched, is where it regards other platforms where LCC is unavailable (primarily non-Linux), and where it REALLY differs from GNU compiler. Note: this transition may break software that are already ported to Elbrus, but hardly relies that LCC will be detected as GNU; still such software is not known.
* | zstd: Fix trace compilation on AIXBrad King2021-10-141-1/+1
| | | | | | | | | | | | Since zstd commit `6cee3c2c` ([trace] Remove default definitions of weak symbols, 2021-04-26, v1.5.0^2~53^2), the weak symbol trace implementation does not compile on AIX. Disable it.
* | zstd: Fix ZSTD_VecMask_next compilation of software ctz implementationBrad King2021-10-141-1/+2
| |
* | Merge branch 'upstream-zstd' into update-zstdBrad King2021-10-1367-3314/+8561
|/ | | | | | # By zstd upstream * upstream-zstd: zstd 2021-05-14 (a488ba11)
* zstd: Fix incorrect pragma error on LCC compilermakise-homura2021-09-301-1/+1
| | | | | | | | | LCC (Elbrus C Compiler) doesn't understand some of GCC pragmas, despite of declaring itself GCC-aware. The pragma of subject is the one that forbids vectorizing. Actually, LCC don't vectorize anything unless explicitly said to, so this pragma may be safely omitted and thus not cause an error. This patch does this.
* Utilities: Suppress warnings in third-party code with NVHPCBrad King2021-04-201-1/+1
|
* Utilities: Suppress warnings in third-party code when using IntelLLVMBrad King2021-01-281-1/+1
|
* zstd: version 1.4.5 updateCristian Adam2020-09-231-0/+3
| | | | | Add source files needed to properly compile / link to zstd version 1.4.5
* Merge branch 'upstream-zstd'Cristian Adam2020-09-2364-3971/+7719
| | | | | | # By zstd upstream * upstream-zstd: zstd 2020-05-21 (b706286a)
* zstd: Disable BMI2 instructions for build within CMakeBrad King2019-03-151-0/+3
| | | | | | Our nightly and release binaries build in an environment that does not support these instructions. Disable them everywhere for simplicity because CMake's application of this library is not performance-critical.
* zstd: Add CMake build systemBrad King2019-03-131-0/+44
| | | | | | Although the upstream has a CMake build system, it is meant for the complete package. Add a simple one to build just the static library we need within CMake.
* Merge branch 'upstream-zstd' into import-zstdBrad King2019-03-1361-0/+31112
* upstream-zstd: zstd 2018-12-27 (470344d3)
generated by cgit v0.12 at 2025-01-30 21:06:26 (GMT)