Displaying 20 results from an estimated 30 matches for "flac__sse_o".
Did you mean:
flac__sse_os
2016 Jun 21
2
FLAC__SSE_OS change
.../github.com/xiph/flac/commit/e120037f3c67b23fd9eef7ccd04d2df57fa1a9a6#diff-9f048b83ff55071de36263cf0f403b2eL209
>
FLAC__NO_SSE_OS was never defined anywhere, so I think that
the following changes should be made:
defined FLAC__NO_SSE_OS -> 0
!defined FLAC__NO_SSE_OS -> 1
defined FLAC__SSE_OS -> FLAC__SSE_OS
!defined FLAC__SSE_OS -> !FLAC__SSE_OS
So the code
#if defined FLAC__NO_SSE_OS
/* assume user knows better than us; turn it off */
disable_sse(info);
#elif defined FLAC__SSE_OS
/* assume user knows better than us; leave as detected above */
#e...
2016 Jun 20
2
FLAC__SSE_OS change
About the commit <http://git.xiph.org/?p=flac.git;a=commitdiff;h=e120037f3c67b23fd9eef7ccd04d2df57fa1a9a6>
I admit I don't understand the following lines:
#if !FLAC__SSE_OS
/* assume user knows better than us; turn it off */
disable_sse(info);
#elif defined(__FreeBSD__) || defined(__FreeBSD_kernel__) ......
Probably it should be
#if FLAC__SSE_OS
/* assume user knows better than us; leave as detected above */
#elif defined(__FreeBSD_...
2016 Jun 23
0
FLAC__SSE_OS change
...;
>> I actually think my change is correct. It should be easier to see if you
>> look at the github version of the change:
>>
>> https://github.com/xiph/flac/commit/e120037f3c67b23fd9eef7ccd04d2df57fa1a9a6#diff-9f048b83ff55071de36263cf0f403b2eL209
>>
P.P.S.
1) if FLAC__SSE_OS==1 then MSVC cannot compile current cpu.c:
"#include <windows.h>" line is inactive and MSVC complains:
cpu.c(278): error C2065: 'EXCEPTION_EXECUTE_HANDLER': undeclared identifier
cpu.c(279): error C2065: 'STATUS_ILLEGAL_INSTRUCTION': undeclared identifier
2) the cu...
2016 Jun 25
2
FLAC__SSE_OS change
lvqcl wrote:
> 1) if FLAC__SSE_OS==1 then MSVC cannot compile current cpu.c:
> "#include <windows.h>" line is inactive and MSVC complains:
> cpu.c(278): error C2065: 'EXCEPTION_EXECUTE_HANDLER': undeclared identifier
> cpu.c(279): error C2065: 'STATUS_ILLEGAL_INSTRUCTION': undeclared identi...
2016 Jun 23
1
FLAC__SSE_OS change
lvqcl wrote:
...
> P.S. I wonder what's the point to test OS SSE support in 2016? I believe
> that
> users of Windows 95 and Windows NT4 don't expect new software to work on
> their
> OSes.
I do (although I am often disappointed).
Regards,
Martin
--
Martin J Leese
E-mail: martin.leese stanfordalumni.org
Web: http://members.tripod.com/martin_leese/
2016 Jun 25
0
FLAC__SSE_OS change
yErik de Castro Lopo wrote:
> I think I've fixed both those in:
>
> commit 23778a3a6018f5dcb5fc1ad6ac97ad8391afc69d
> Author: Erik de Castro Lopo <erikd at mega-nerd.com>
> Date: Sat Jun 25 17:02:06 2016 +1000
>
> libFLAC/cpu.c: More pre-processor cleanups
>
>
> I've tested on this in x86, x86_64, powerpc and armhf linux as well as
2016 Jun 26
0
FLAC__SSE_OS change
On 06/25/16 10:43 PM, Erik de Castro Lopo wrote:
> 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:
>>
2016 Jun 26
1
FLAC__SSE_OS change
Dave Yeo wrote:
>>> >on other OSes:
>>> > --enable-sse:
>>> > add -msse2 to the compiler switches
>>> > test SSE OS support (why?)
>>> >It's a bit contradictory: why test whether *BSD etc support SSE or not
>>> >but at the same time allow compiler to use SSE/SSE2 unconditionally?
>> Yes,
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
2016 Jun 26
2
FLAC__SSE_OS change
lvqcl wrote:
> Sure.
>
> The question is, what to do with the debug configuration.
<sigh/>
Is this only a problem with MSVS2005? If so, I'd be inclined to jsut
drop support for it. Its over 10 years old and aren't there free versions
of more recent MSVCs available?
Erik
--
----------------------------------------------------------------------
Erik de Castro Lopo
2016 Jun 26
0
FLAC__SSE_OS change
Erik de Castro Lopo wrote:
>> The question is, what to do with the debug configuration.
>
> <sigh/>
>
> Is this only a problem with MSVS2005?
No, MSVC 2015 is also affected. I renamed __cpuid() to __cpuid22(),
and it wrote:
error LNK2019: unresolved external symbol ___cpuid22 referenced in function _FLAC__cpu_info_x86
fatal error LNK1120: 1 unresolved externals
So, all
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
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
2016 Jun 26
2
FLAC__SSE_OS change
Dave Yeo wrote:
> Doesn't SSE support imply SSE2+ support?
Not for the CPU. Just because a CPU supports SSE, does not mean it
is guaranteed to support SSE2+.
For OS support, I'm not sure. Didn't later version of SSE add new
registers?
> I have a '96 install of an OS, it has been upgraded until end of life,
> and it handles SSE4+ instructions fine even though the
2016 Jun 26
0
FLAC__SSE_OS change
On 26 June 2016 at 10:17, Erik de Castro Lopo <mle+la at mega-nerd.com> wrote:
> For OS support, I'm not sure. Didn't later version of SSE add new
> registers?
No, SSE instructions operate on XMM0-8 on i386 and XMM0-15 on amd64,
respectively.
Register width was increased to 256 bit with the introduction of AVX
(YMM0-8 on i386 and YMM0-15 on amd64, respectively) but their
2016 Jun 26
2
FLAC__SSE_OS change
Thomas Zander wrote:
> In any case, the disable-SSE matter is still important. People are
> still using flac on x86 machines without SSE, for instance AMD Geode
> CPUs seem to live forever.
libFLAC detects CPU SSE support in runtime, so --disable-sse is
necessary for cuch CPUs only because it disables -msse2 switch.
Maybe it makes sense to add new switch, --no-force-sse2 or
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
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
2016 Mar 14
2
Broken build on musl libc
On 14 March 2016 at 09:02, Erik de Castro Lopo <mle+la at mega-nerd.com> wrote:
> commit a9f84425cfd5d1dbfb564730ca80d0b588cb4f24
> Author: Erik de Castro Lopo <erikd at mega-nerd.com>
> Date: Mon Mar 14 18:14:31 2016 +1100
>
> libFLAC/cpu.c: Use `sigemptyset` instead of `__sigemptyset`
>
> The former is POSIX while the later is a GNU
2004 Sep 10
1
checking OS support for SSE
...rc/libFLAC/cpu.c,v
retrieving revision 1.8
diff -u -r1.8 cpu.c
--- src/libFLAC/cpu.c 2001/07/18 00:24:46 1.8
+++ src/libFLAC/cpu.c 2001/07/27 08:57:04
@@ -21,6 +21,20 @@
#include<stdlib.h>
#include<stdio.h>
+#ifndef FLAC__NO_ASM
+#ifdef FLAC__CPU_IA32
+#ifdef FLAC__HAS_NASM
+#ifndef FLAC__SSE_OS
+#ifndef NO_VFORK
+#include <unistd.h>
+#include <sys/types.h>
+#include <sys/wait.h>
+#endif
+#endif
+#endif
+#endif
+#endif
+
const unsigned FLAC__CPUINFO_IA32_CPUID_CMOV = 0x00008000;
const unsigned FLAC__CPUINFO_IA32_CPUID_MMX = 0x00800000;
const unsigned FLAC__CPUINFO_IA3...