Displaying 20 results from an estimated 140 matches similar to: "[PATCH] cpu.h: add defines for clang"
2017 Feb 12
1
[PATCH] cpu.h: add defines for clang
Erik de Castro Lopo wrote:
> How reliable a test is that? I do 99.9% of my dev work on a laptop
> and whenever I need to benchmark something I need to do so on a
> desketop machine because the laptop doesn't give consistent results.
About 1.5 years ago I tested AVX2 speed increase on Haswell (i7-4770)
using -8 encoding preset. The biggest difference between AVX2 enabled
and disabled
2015 Mar 09
2
crash on lpc_restore_signal_16_intrin_sse2
On Mon, Mar 9, 2015 at 5:15 PM, lvqcl <lvqcl.mail at gmail.com> wrote:
> Janne Hyv?rinen wrote:
>
>> I compiled flac.exe without NASM and verified that
>> FLAC__lpc_restore_signal_16_intrin_sse2 is used. Decoding the same file
>> that made VLC 2.2 crash decoded without issues. Would be nice if VLC was
>> compilable with MSVC and we could use its debugger.
2015 Mar 09
2
[PATCH 1/1] ensure that stack is aligned for SSE functions if using mingw32
Unable to test on win32 at the moment, please give this a try. Feedback welcome.
Avoids crashes due to unaligned ops when built with mingw.
---
src/libFLAC/include/private/cpu.h | 9 +++++++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/src/libFLAC/include/private/cpu.h b/src/libFLAC/include/private/cpu.h
index 8927897..bd40012 100644
--- a/src/libFLAC/include/private/cpu.h
+++
2019 Jul 14
8
Prelease now available
Hi all,
I have a new pre-reelase (with a GPG signature) up here:
http://mega-nerd.com/tmp/flac-1.3.3rc1.tar.xz
http://mega-nerd.com/tmp/flac-1.3.3rc1.tar.xz.asc
This code is built from commit 10a28d482a8e48b806f61ab766992b2add98ec43
plus another commmit to change the version numbers which I will
not be pushing to the public repo before the final release.
Note that audio files encoded
2016 Apr 25
1
MSVC 2015: problem after update2
Anybody still has MSVC 2015 update 1?
It seems that MSVC 2015U2 miscompiles stream_encoder_intrin_sse2.c,
stream_encoder_intrin_ssse3.c (and probably stream_encoder_intrin_avx2.c, but
currently I cannot test it 'cause I don't have avx2 CPU).
I wonder what happened and what changed in the asm code that MSVC generates.
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
2007 May 22
0
[Fwd: Re: Puppet newbie: using defines]
On Mon, 2007-05-21 at 13:39 -0400, Luke Kanies wrote:
> On May 21, 2007, at 10:27 AM, Nico De Ranter wrote:
>
> > Now I''m trying to do something a bit more complex using
> > defines but nothing seems to happen anymore.
>
> I think your problem is that you''ve created a define with the same
> name as a builtin type[1]. Try renaming your definition
2007 Feb 09
2
Use of variables in defines...
Hi,
I''m banging my head against the usage of variables i defines. Fx. I
have this defined to easily create new systemusers:
define systemuser($home = $home, $shell = "/bin/bash") {
group { $name:
ensure => present
}
user { $name:
ensure => present,
gid => $name,
home => $home,
shell =>
2006 Sep 11
1
what defines dovecot LOG perms?
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
on dovecot launch, 'dovecot.log' is created as:
-rw------- 1 root testuser 271 2006-09-11 07:58 dovecot.log
which causes an apparent perms prob with exim using dovecot's LDA ...
what/how do i define/change the LOG's ownership/perms with?
it seems to ignore the dovecot.conf umask setting, etc.
thx.
richard
- --
/"\
\
2010 Aug 31
1
gdbsx defines own _domctl_hcall instead of using libxc?
Hi Mukesh,
I was auditing uses of set_xen_guest_handle for correctness when I
noticed that gdbsx (specifically tools/debugger/gdbsx/xg/xg_main.c)
defines its own _domctl_hcall and associated helpers instead of using
libxc.
Is there any particular reason for that?
Ian.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
2011 Nov 22
3
[PATCH] qemu-xen: Don't redefine libpci (3.1.7) defines.
These values are already defined by the libpci heders in the version
3.1.7.
PCI_STATUS_66MHZ
PCI_STATUS_RESERVED2
PCI_STATUS_FAST_BACK
PCI_MSIX_TABSIZE
Signed-off-by: Jean Guyader <jean.guyader@eu.citrix.com>
---
hw/pci.h | 6 ++++++
hw/pt-msi.h | 2 ++
2 files changed, 8 insertions(+), 0 deletions(-)
_______________________________________________
Xen-devel mailing list
2006 Oct 31
0
6404710 Create #defines for 2''s complement of -1 in pci cap library
Author: pjha
Repository: /hg/zfs-crypto/gate
Revision: 939a20ee4ccfb26ea42f11bfaaee68f9428803c9
Log message:
6404710 Create #defines for 2''s complement of -1 in pci cap library
6404990 Cleanup dead code in pci cap library
Files:
update: usr/src/uts/common/io/pci_cap.c
update: usr/src/uts/common/io/pci_intr_lib.c
update: usr/src/uts/common/io/pcie.c
update:
2002 Jun 28
1
[Bug 315] New: add miissing includes and defines for FREEBSD
http://bugzilla.mindrot.org/show_bug.cgi?id=315
Summary: add miissing includes and defines for FREEBSD
Product: Portable OpenSSH
Version: -current
Platform: Other
OS/Version: FreeBSD
Status: NEW
Severity: normal
Priority: P2
Component: Build system
AssignedTo: openssh-unix-dev at mindrot.org
2008 Oct 16
1
RFE idea: make #defines from sys/fault.h available by default
Hi all,
I noticed today that scripts have to #include <sys/fault.h> in order for dtrace to understand things like FLTILL. Given that there''s an official provider for tracing machine faults, it might make sense to include the #defines the same way signal numbers are already done.
Thoughts?
Ryan
--
This message posted from opensolaris.org
2014 Aug 12
0
[PATCH 2/4] drm/nouveau: Replaced magic numbers with defines from nouveau_reg
---
drivers/gpu/drm/nouveau/core/engine/disp/dacnv50.c | 27 +++++++++++++---------
1 file changed, 16 insertions(+), 11 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/core/engine/disp/dacnv50.c b/drivers/gpu/drm/nouveau/core/engine/disp/dacnv50.c
index b36addf..61e29d6 100644
--- a/drivers/gpu/drm/nouveau/core/engine/disp/dacnv50.c
+++ b/drivers/gpu/drm/nouveau/core/engine/disp/dacnv50.c
@@
2015 Feb 12
0
Re: [PATCH 1/3] macosx: Includes/defines for byteswap operations
On Thursday 12 February 2015 17:28:46 Margaret Lewicka wrote:
> ---
> src/inspect-apps.c | 13 ++++++++++++-
> src/inspect-fs-windows.c | 6 ++++++
> src/journal.c | 5 +++++
> 3 files changed, 23 insertions(+), 1 deletion(-)
>
> diff --git a/src/inspect-apps.c b/src/inspect-apps.c
> index 20cf00a..8fbae9c 100644
> --- a/src/inspect-apps.c
> +++
2015 Feb 12
1
Re: [PATCH 1/3] macosx: Includes/defines for byteswap operations
On 12 February 2015 at 18:28, Pino Toscano <ptoscano@redhat.com> wrote:
[much byteswapping]
> This code clearly need some refactoring, before adding more copy/pasted
> parts to it. I'd say to do this in two steps:
> a) moving the definitions of the current be32toh/etc to a new
> src/guestfs-byteswap.h (internal), making use of it
> b) add the proper definitions needed
2018 Mar 08
0
[PATCH] Move demixing matrix defines
Make sure the modified libraries work in all of these three cases:
1) libopus 1.2.1
2) libopus master (or 1.3-beta) with --enable-ambisonics
3) libopus master (or 1.3-beta) with --disable-ambisonics
I suspect with the current set of patches you might have problems with
case 3) since you will find the symbols in the header file, but the
functionality won't be there.
Cheers,
Jean-Marc
On
2018 Mar 12
0
[PATCH] Move demixing matrix defines
Hi Drew,
I think the idea of returning OPUS_UNIMPLEMENTED for all projection
encoder/decoder calls is pretty reasonable. I haven't looked in detail,
but I think some of the calls are missing. I think all calls should have
that behaviour and not just the ones used by libopusenc.
As for the includes, how about leaving
OPUS_PROJECTION_*_REQUEST in opus_projection.h, but defining
2012 Jul 05
0
[LLVMdev] MachineOperand: Subreg defines and the Undef flag
On Jul 4, 2012, at 10:45 PM, Pranav Bhandarkar <pranavb at codeaurora.org> wrote:
> Hi,
>
> This question relates to the undef flag in the context of sub-register def
> operands.
>
> 1) Firstly, the documentation (comments in the source code) says that in a
> sub-register def operand, the "IsUndef" flag refers to the part of the
> register that is not