On Sat, Apr 14, 2018 at 10:40:26PM +0300, Martin Storsjö wrote:
> This fixes building with clang in msvc mode, which does support
> gcc style inline assembly.
> ---
> libavcodec/x86/xvididct_sse2.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
probably OK
Diego
This fixes building with clang in msvc mode, which does support
gcc style inline assembly.
---
libavcodec/x86/xvididct_sse2.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/x86/xvididct_sse2.c b/libavcodec/x86/xvididct_sse2.c
index f318e95..0de59a5 100644
---
On Sat, 14 Apr 2018, Diego Biurrun wrote:
On Sat, Apr 14, 2018 at 01:38:30PM +0300, Martin Storsjö wrote:
Make the actual implementation static inline, but add a non-static
non-inline frontend for it.
This fixes building with clang in msvc mode, which does support
gcc style inline assembly.
On Sat, Apr 14, 2018 at 01:38:30PM +0300, Martin Storsjö wrote:
> Make the actual implementation static inline, but add a non-static
> non-inline frontend for it.
>
> This fixes building with clang in msvc mode, which does support
> gcc style inline assembly.
> ---
On 14/04/2018 19:38, Martin Storsjö wrote:
> Make the actual implementation static inline, but add a non-static
> non-inline frontend for it.
>
> This fixes building with clang in msvc mode, which does support
> gcc style inline assembly.
> ---
> libavcodec/x86/xvididct_sse2.c | 11 ---
>
Make the actual implementation static inline, but add a non-static
non-inline frontend for it.
This fixes building with clang in msvc mode, which does support
gcc style inline assembly.
---
libavcodec/x86/xvididct_sse2.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff