- 27 May, 2020 1 commit
-
-
Dale Curtis authored
Signed-off-by: Dale Curtis <dalecurtis@chromium.org> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 22 Mar, 2017 1 commit
-
-
Martin Storsjö authored
Hook up all attributes that don't have a MSVC specific version at the moment. See f637046d for details. These don't seem to be critical for building with clang in MSVC mode though, and thus haven't been hooked up until now. These seem to build fine with as old clang as 3.3 at least. (clang 3.3 disguises itself as gcc 4.2 normally, so all of these have been used for clang before, except for av_cold.) The clang version numbers themselves are useless for detecting what attributes are available, since Apple's clang builds use a completely different versioning (presenting itself as e.g. clang 8.0 instead of 3.8). Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 21 Mar, 2017 1 commit
-
-
Martin Storsjö authored
This is a follow-up to f637046d. Without the noreturn attribute set, avconv_opt.c fails to build after d2e6dd32 with the error "control may reach end of non-void function". By making sure the noreturn attribute is set properly, this compiles as intended. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 21 Jul, 2016 1 commit
-
-
Martin Storsjö authored
Clang normally disguises as GCC (defining __GNUC__), and thus get all the normal GCC specific attributes. Clang can also work as a drop-in replacement for MSVC, and in these cases, it doesn't define __GNUC__, but defines _MSC_VER instead. Even in these setups, it still supports the GCC style attributes, thus use them, especially where there isn't any MSVC specific version, or where the MSVC specific version doesn't work on clang (for DECLARE_ASM_CONST). Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 05 Oct, 2015 1 commit
-
-
Ganesh Ajjanagadde authored
GCC 3.4 introduced an attribute warn_unused_result to warn when a programmer discards the return value. Applying this judiciously across the codebase can help in fixing a lot of problems. At a high level, functions which return error codes should always be checked. More concretely, consider the functions ff_add_format and the like in avfilter/formats.h. A quick examination shows that a large portion of libavfilter fails to handle the associated errors, usually AVERROR(ENOMEM). The above example was where I observed the utility of this, but it should be useful in many places across the code base. Signed-off-by: Ganesh Ajjanagadde <gajjanagadde@gmail.com> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 18 Sep, 2015 1 commit
-
-
James Almer authored
Reviewed-by: Michael Niedermayer <michaelni@gmx.at> Signed-off-by: James Almer <jamrial@gmail.com>
-
- 16 Feb, 2015 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 03 Nov, 2013 1 commit
-
-
Vittorio Giovara authored
-
- 21 Sep, 2013 1 commit
-
-
Alex Smith authored
This is always defined in config.h. Original patch by Derek Buitenhuis.
-
- 20 Sep, 2013 2 commits
-
-
Alex Smith authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
Alex Smith authored
Prior to this on msvc/icl there was no handling of deprecated functions and the deprecated warning was disabled. After enabling there are a number of warnings relating to the CRT and the use of the non-secure versions of several functions. Defining _CRT_SECURE_NO_WARNINGS silences these warnings. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 06 Sep, 2013 1 commit
-
-
Kirill Gavrilov authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 16 Jul, 2012 1 commit
-
-
Paul B Mahol authored
This silence bunch of useless warnings like: libavformat/mpeg.c:393:37: warning: variable 'dvdaudio_substream_type' is uninitialized when used within its own initialization [-Wuninitialized] Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
- 03 Jul, 2012 2 commits
-
-
Reinhard Tartler authored
Also use it in the declaration of the various exit_program implementations in avtools. inspired by a clang-scan report.
-
Reinhard Tartler authored
the av_-prefixed attributes must not be defined outside of this file
-
- 30 Jun, 2012 1 commit
-
-
Ronald S. Bultje authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 17 Jun, 2012 2 commits
-
-
Michael Niedermayer authored
This should fix --enable-hardcoded-tables Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
J. Bohl authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 15 Jun, 2012 2 commits
-
-
Michael Niedermayer authored
as it breaks ICC: libavcodec/libavcodec.a(snowenc.o): In function `encode_q_branch': /home/fate/x86_64-linux-gnu-icc-2011.4.191/src/libavcodec/snowenc.c:405: undefined reference to `ff_epzs_motion_search' /home/fate/x86_64-linux-gnu-icc-2011.4.191/src/libavcodec/snowenc.c:414: undefined reference to `ff_get_mb_score' Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
J. Bohl authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 11 Nov, 2011 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 25 Sep, 2011 1 commit
-
-
Nicolas George authored
-
- 23 Jun, 2011 1 commit
-
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 23 Mar, 2011 1 commit
-
-
Mans Rullgard authored
With unknown attribute warnings disabled, these checks are no longer needed. Removing them improves readability while having no effect on generated code. Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 19 Mar, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 02 Mar, 2011 1 commit
-
-
Carl Eugen Hoyos authored
__ICC is not supported on all platforms, this is an Intel documentation bug that is supposed to be fixed in a future release. (Intel issue 612289)
-
- 31 Jan, 2011 2 commits
-
-
Mans Rullgard authored
This is consistent with most of the other attribute macros. Signed-off-by: Mans Rullgard <mans@mansr.com> (cherry picked from commit 365e3c78)
-
Mans Rullgard authored
This is consistent with most of the other attribute macros. Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 10 Nov, 2010 1 commit
-
-
Carl Eugen Hoyos authored
Intel C compiler 12.0 does not suport these attributes: may_alias, force_align_arg_pointer and alloc_size. Originally committed as revision 25716 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 13 May, 2010 1 commit
-
-
Michael Niedermayer authored
also attributes.h is public and external api and can thus not depend on configure tested compiler support thus this part is removed. A different solution must be found if this breaks for some compiler which i hope it does not. Originally committed as revision 23115 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 20 Apr, 2010 1 commit
-
-
Diego Biurrun authored
Passing an explicit filename to this command is only necessary if the documentation in the @file block refers to a file different from the one the block resides in. Originally committed as revision 22921 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 02 Apr, 2010 1 commit
-
-
Michael Niedermayer authored
Originally committed as revision 22770 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 08 Mar, 2010 1 commit
-
-
Måns Rullgård authored
Originally committed as revision 22346 to svn://svn.ffmpeg.org/ffmpeg/trunk
-