mirror of
https://git.ffmpeg.org/ffmpeg.git
synced 2024-10-20 07:05:07 +00:00
f5e3e9e04e
The ffmpeg coding style doesn't usually use const on scalar
parameters (or on the pointer values - as opposed to the type
that is pointed to, where it has a semantic meaning), contrary
to the dav1d coding style (where this was imported from).
This avoids warnings about differences in the type signatures
between declaration and definition of this function, with older
versions of MSVC.
The issue was observed with one version of MSVC 2017,
19.16.27024.1, with warnings like these:
src/tests/checkasm/checkasm.c(969): warning C4028: formal parameter 3 different from declaration
The warning itself is bogus as the const here is harmless, and
newer versions of MSVC no longer warn about this.
Signed-off-by: Martin Storsjö <martin@martin.st>
|
||
|---|---|---|
| .. | ||
| aarch64 | ||
| arm | ||
| riscv | ||
| x86 | ||
| .gitignore | ||
| aacencdsp.c | ||
| aacpsdsp.c | ||
| ac3dsp.c | ||
| af_afir.c | ||
| alacdsp.c | ||
| audiodsp.c | ||
| av_tx.c | ||
| blockdsp.c | ||
| bswapdsp.c | ||
| checkasm.c | ||
| checkasm.h | ||
| exrdsp.c | ||
| fixed_dsp.c | ||
| flacdsp.c | ||
| float_dsp.c | ||
| fmtconvert.c | ||
| g722dsp.c | ||
| h264chroma.c | ||
| h264dsp.c | ||
| h264pred.c | ||
| h264qpel.c | ||
| hevc_add_res.c | ||
| hevc_deblock.c | ||
| hevc_idct.c | ||
| hevc_pel.c | ||
| hevc_sao.c | ||
| huffyuvdsp.c | ||
| idctdsp.c | ||
| jpeg2000dsp.c | ||
| llauddsp.c | ||
| llviddsp.c | ||
| llviddspenc.c | ||
| lpc.c | ||
| Makefile | ||
| motion.c | ||
| opusdsp.c | ||
| pixblockdsp.c | ||
| sbrdsp.c | ||
| sw_gbrp.c | ||
| sw_rgb.c | ||
| sw_scale.c | ||
| synth_filter.c | ||
| utvideodsp.c | ||
| v210dec.c | ||
| v210enc.c | ||
| vc1dsp.c | ||
| vf_blend.c | ||
| vf_bwdif.c | ||
| vf_colorspace.c | ||
| vf_convolution.c | ||
| vf_eq.c | ||
| vf_gblur.c | ||
| vf_hflip.c | ||
| vf_nlmeans.c | ||
| vf_threshold.c | ||
| videodsp.c | ||
| vorbisdsp.c | ||
| vp8dsp.c | ||
| vp9dsp.c | ||