Displaying 9 results from an estimated 9 matches similar to: "Flac build issue in debug win x32"
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
2012 Apr 30
4
[PATCHv2] x86info: dump kvm cpuid's
The following makes 'x86info -r' dump hypervisor leaf cpu ids
(for kvm this is signature+features) when running in a vm.
On the guest we see the signature and the features:
eax in: 0x40000000, eax = 00000000 ebx = 4b4d564b ecx = 564b4d56 edx = 0000004d
eax in: 0x40000001, eax = 0100007b ebx = 00000000 ecx = 00000000 edx = 00000000
Hypervisor flag is checked to avoid output changes when
2012 Apr 30
4
[PATCHv2] x86info: dump kvm cpuid's
The following makes 'x86info -r' dump hypervisor leaf cpu ids
(for kvm this is signature+features) when running in a vm.
On the guest we see the signature and the features:
eax in: 0x40000000, eax = 00000000 ebx = 4b4d564b ecx = 564b4d56 edx = 0000004d
eax in: 0x40000001, eax = 0100007b ebx = 00000000 ecx = 00000000 edx = 00000000
Hypervisor flag is checked to avoid output changes when
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.
>
>
>
2004 Sep 10
1
checking OS support for SSE
Here is patch for checking OS SSE support for systems
having vfork()/fork() function.
Index: src/libFLAC/cpu.c
===================================================================
RCS file: /cvsroot/flac/flac/src/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 @@
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
2004 Sep 10
0
1.0 candidate checked in
On Sat, Jul 21, 2001 at 03:53:26AM -0700, collver@linuxfreemail.com wrote:
> > OK, that worked.
> >
> > I checked in your patch to make a static libFLAC-asm.a and
> > I moved @XMMS_LIBS@ to the end of ...LIBADD. Matt and Ben,
> > can you try the latest CVS to see if it works for you now?
>
> It doesn't work for me. Looks like libtool decided not to link
2004 Sep 10
2
1.0 candidate checked in
> OK, that worked.
>
> I checked in your patch to make a static libFLAC-asm.a and
> I moved @XMMS_LIBS@ to the end of ...LIBADD. Matt and Ben,
> can you try the latest CVS to see if it works for you now?
It doesn't work for me. Looks like libtool decided not to link
libFLAC-asm.a into libFLAC.
Here's the output:
Making all in src
gmake[1]: Entering directory
2004 Sep 10
2
1.0 candidate checked in
On Fri, Jul 20, 2001 at 03:01:54PM -0700, Josh Coalson wrote:
> --- Matt Zimmerman <mdz@debian.org> wrote:
> >
> > automake will include ltmain.sh in the source distribution, so it
> > should be
> > used even if it isn't installed on the build system. In fact, it
> > seems to
> > always use the distributed version, and not the installed one