Displaying 3 results from an estimated 3 matches for "cpu_xgetbv_x86".
2016 Jun 26
5
FLAC__SSE_OS change
First off, this code is horrible to read and work on. The recent commits
are the first of what I hope is a massive clean up of this code.
lvqcl wrote:
> So if I understand things correctly, the current meaning of --(en|dis)able-sse is:
>
> on Linux:
> --enable-sse:
> add -msse2 to the compiler switches
> do not test SSE OS support (assume that SSE is
2017 Feb 27
2
[PATCH] fix LLVM compile
...scrubbed...
URL: <http://lists.xiph.org/pipermail/flac-dev/attachments/20170227/631ac282/attachment.html>
-------------- next part --------------
diff --git a/src/libFLAC/cpu.c b/src/libFLAC/cpu.c
index 67a076d..bf0708c 100644
--- a/src/libFLAC/cpu.c
+++ b/src/libFLAC/cpu.c
@@ -81,7 +81,7 @@ cpu_xgetbv_x86(void)
return (uint32_t)_xgetbv(0);
#elif defined __GNUC__
uint32_t lo, hi;
- asm volatile (".byte 0x0f, 0x01, 0xd0" : "=a"(lo), "=d"(hi) : "c" (0));
+ __asm__ volatile (".byte 0x0f, 0x01, 0xd0" : "=a"(lo), "=d"(hi) : "c...
2016 Jun 26
4
FLAC__SSE_OS change
lvqcl wrote:
> It doesn't know about uint32_t type, so the definition of cpu_xgetbv_x86() fails.
> It can be fixed by adding "#include share/compat.h" to cpu.c (or by using
> FLAC__uint32 from FLAC/ordinals.h).
Ok, added share/compat.h.
> When I fix this, the following problem occurs:
>
> error LNK2019: unresolved external symbol ___cpuidex referenced in fu...