Displaying 20 results from an estimated 100 matches similar to: "1.3.2: FLAC__CPUINFO_IA32_CPUID_SSE3 undeclared"
2014 Mar 23
0
PATCH for cpu.c
Oliver St?neberg wrote:
>> Unfortunately it breaks x86_64 build (where FLAC__CPU_X86_64 is defined, and
>> FLAC__CPU_IA32 isn't). Maybe it's simpler to turn them into #defines such as
>>
>> #define FLAC__CPUINFO_IA32_CPUID_CMOV 0x00008000U
>> #define FLAC__CPUINFO_IA32_CPUID_EXTENDED_AMD_3DNOW 0x80000000U
>>
>> and so on?
>
> Maybe
2014 Mar 23
2
PATCH for cpu.c
> Oliver St?neberg wrote:
>
> > This is simply fixed by putting those unused constants into the
> > proper defines. I attached a patch against git 70b078c.
>
> Unfortunately it breaks x86_64 build (where FLAC__CPU_X86_64 is defined, and
> FLAC__CPU_IA32 isn't). Maybe it's simpler to turn them into #defines such as
>
> #define
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
2014 Mar 22
2
PATCH for cpu.c
Hi,
after having some discussion of the FPU/SSE behavior on the sf.net
bug tracker as well as having some other changes we made for the
MAME/MESS project sitting around I thought about joining this list to
make things easier.
First one is the latest modification we had to make to compile with
clang 3.4 x64. Here are the warnings the 1.2.1 source will give with
it:
2016 Jun 26
2
FLAC__SSE_OS change
lvqcl wrote:
> No, FLAC__AVX_SUPPORTED is 0 (initially it's undefined, then inside cpu.h
> it's defined as 0).
>
> MSVC cannot discard unused references in debug builds and when LTCG is on,
> for example: <http://lists.ffmpeg.org/pipermail/ffmpeg-devel/2016-April/193437.html>
>
> And currently LTCG is enabled for release builds.
Ok, I think I've fixed it
2017 Feb 20
0
Flac build issue in debug win x32
Here is a patch that fixes the issue.
There are multiple way to fix it though.
Le 14/02/2017 à 15:08, Olivier Tristan a écrit :
> Hi Guys,
>
> The following code in CPU.c (line 155) won't link if you don't have
> NASM code built even if FLAC__HAS_X86INTRIN is true as
> FLAC__cpu_info_asm_ia32 don't exists and the else is compiled if there
> is no dead code
2013 Aug 21
2
PATCH for cpu.c
1) Some time ago all project files for MSVC 6 were removed; it makes sense to remove the code that is necessary only for MSVC 6 and older compilers.
--- a\src\libFLAC\cpu.c 2013-08-13 13:30:24.000000000 +0400
+++ b\src\libFLAC\cpu.c 2013-08-16 21:46:42.177485300 +0400
@@ -285,14 +285,7 @@
# ifdef USE_TRY_CATCH_FLAVOR
_try {
__asm {
-# if _MSC_VER <= 1200
- /* VC6 assembler
2016 Jun 26
1
FLAC__SSE_OS change
lvqcl wrote:
> No, MSVC 2015 is also affected. I renamed __cpuid() to __cpuid22(),
I thought the original problem was with `___cpuidex`, not `__cpuid`!
Erik
--
----------------------------------------------------------------------
Erik de Castro Lopo
http://www.mega-nerd.com/
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 14
2
Flac build issue in debug win x32
Hi Guys,
The following code in CPU.c (line 155) won't link if you don't have NASM
code built even if FLAC__HAS_X86INTRIN is true as
FLAC__cpu_info_asm_ia32 don't exists and the else is compiled if there
is no dead code stripping
if (FLAC__HAS_X86INTRIN) {
FLAC__cpu_info_x86(0, &flags_eax, &flags_ebx, &flags_ecx,
&flags_edx);
info->ia32.intel =
2016 Jun 26
2
FLAC__SSE_OS change
lvqcl wrote:
> No, FLAC__AVX_SUPPORTED is 0 (initially it's undefined, then inside cpu.h
> it's defined as 0).
>
> MSVC cannot discard unused references in debug builds and when LTCG is on,
> for example: <http://lists.ffmpeg.org/pipermail/ffmpeg-devel/2016-April/193437.html>
>
> And currently LTCG is enabled for release builds.
Ok, thats a problem. A large
2017 Jan 02
2
FLAC 1.3.2 has been released
Attached is a patch to fix the incorrect CPU feature detection:
On 2.1.2017 16.39, Janne Hyvärinen wrote:
> Something seems to be wrong with cpu.c CPU detection code. When I
> compile things with MSVC all instructions except FMA is detected as
> missing, even though they are present in my CPU. That of course
> results in awful performance.
>
>
>
2017 Jan 01
12
FLAC 1.3.2 has been released
Hi all,
The latest version of FLAC has been releases. See:
https://xiph.org/flac/index.html
https://xiph.org/flac/changelog.html
The source tarball and Windows binaries are available (with
md5 and sha256 checksums) at:
http://downloads.xiph.org/releases/flac/
The source tarball is also available at:
https://sourceforge.net/projects/flac/files/flac-src/
and similarly the
2016 Dec 03
2
Q: test for CPUID instruction presence
I found that FLAC__cpu_have_cpuid_x86() was removed in the commit
<http://git.xiph.org/?p=flac.git;a=commitdiff;h=fa24613ad94ba8fb8e23bcb9ca80b4548bb617e6>
with the message:
"Remove `FLAC__cpu_have_cpuid_x86` altogether as it wasn't actually
being used but that was difficult to tell because of all the #ifdef
nonsense."
But FLAC__cpu_have_cpuid_x86() actually WAS used
2014 Oct 02
3
problems with configure.ac
1) in config.h FLAC__HAS_X86INTRIN macro is always defined and empty,
even if x86intrin.h is not available.
2) sse_os is defined as 'yes' or 'no', but AM_CONDITIONAL tests it for 'true':
AM_CONDITIONAL(FLaC__SSE_OS, test "x$sse_os" = xtrue)
It seems that it should be changed to
AM_CONDITIONAL(FLaC__SSE_OS, test "x$sse_os" = xyes)
3) configure
2015 Nov 06
1
[PATCH] for FLAC__cpu_info() in cpu.c
Function FLAC__cpu_xgetbv_x86() is declared and defined only
if FLAC__HAS_X86INTRIN is defined. But now FLAC__cpu_info()
tries to call it even if FLAC__HAS_X86INTRIN is undefined,
which results in link error. This patch fixes the bug.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: cpu_xgetbv.patch
Type: application/octet-stream
Size: 653 bytes
Desc: not
2013 Sep 08
7
PATCH: x86-64 support and SSE intrinscis code
It's not possible to use ia32/*.nasm code in 64-bit compiles.
There's still no 64-bit asm code in FLAC. I'm not familiar with asm too,
so I wrote SSE-accelerated code using intrinsics.
This code uses two new preprocessor macros:
FLAC__CPU_X86_64 (analogous to FLAC__CPU_IA32)
and FLAC__HAS_X86INTRIN (analogous to FLAC__HAS_NASM)
Patch for cpu.c/cpu.h adds CPU features (sse3, ssse3)
2013 Sep 14
3
PATCH: x86-64 support and SSE intrinscis code
Erik de Castro Lopo wrote:
> When should FLAC__HAS_X86INTRIN be defined? What header file should I be
> checking for?
Ah, should be checking for <x86intrin.h>.
The rest seems to be coming together. Testing this now.
Erik
--
----------------------------------------------------------------------
Erik de Castro Lopo
http://www.mega-nerd.com/
2014 Nov 12
2
[PATCH] for configure.ac
> lvqcl wrote:
>
>> 1) in config.h FLAC__HAS_X86INTRIN macro is always defined and empty,
>> even if x86intrin.h is not available.
>>
>> 2) sse_os is defined as 'yes' or 'no', but AM_CONDITIONAL tests it for 'true':
>
> The patch is attached. Please check it.
Ping.
Is the fix of FLAC__HAS_X86INTRIN definition necessary?
Anyway I think
2016 Dec 05
1
Q: test for CPUID instruction presence
Erik de Castro Lopo wrote:
> lvqcl.mail wrote:
>
>> Currently libFLAC doesn't check the existence of CPUID instruction if
>> FLAC__HAS_X86INTRIN is set to 1.
>> It's not a real problem because x86 CPUs without CPUID are probably
>> extinct, but if libFLAC performs this check then it should do it
>> in all cases (when NASM is available or intrinsics are