similar to: [LLVMdev] FD_ZERO unsupported inline asm on 64 bit

Displaying 20 results from an estimated 500 matches similar to: "[LLVMdev] FD_ZERO unsupported inline asm on 64 bit"

2010 Feb 16
0
[LLVMdev] FD_ZERO unsupported inline asm on 64 bit
Hi Cristian, this is (part of) bug 3373, see http://llvm.org/bugs/show_bug.cgi?id=3373 > FD_ZERO(&rfds); //this is the error line ... > # define __FD_ZERO(fdsp) \ > do { \ > int __d0, __d1; \ > __asm__ __volatile__ ("cld; rep;
2010 Feb 16
2
[LLVMdev] FD_ZERO unsupported inline asm on 64 bit
Thanks Duncan, It seems the bug has been reopened. After reading the comments related to the bug report, it was not clear if this is fixed in llvm-gcc, or just in clang. Thanks, Cristi On Feb 16, 2010, at 3:44 PM, Duncan Sands wrote: > Hi Cristian, this is (part of) bug 3373, see > http://llvm.org/bugs/show_bug.cgi?id=3373 > >> FD_ZERO(&rfds); //this is the error
2010 Jul 12
2
[LLVMdev] about llvm2.7's inline assembly
Hello, Whenever I compile a C program containing "FD_SET" function using llvm-gcc 2.7 (with -emit-llvm option), I got the following inline assembly in my llvm byte code: %asmtmp = call %struct.__mbstate_t asm sideeffect "cld; rep; stosl", "={cx},={di},{ax},0,1,~{dirflag},~{fpsr},~{flags},~{memory}"(i32 0, i32 32, i32* getelementptr inbounds (%struct.__sigset_t*
2010 Jul 12
0
[LLVMdev] about llvm2.7's inline assembly
Hi Sang Kil Cha, > Whenever I compile a C program containing "FD_SET" function using llvm-gcc > 2.7 (with -emit-llvm option), I got the following inline assembly in my > llvm byte code: this comes directly from your system headers (/usr/include/bits/select.h) and as such doesn't really have anything to do with llvm-gcc: #if defined __GNUC__ && __GNUC__ >= 2 #
2007 Apr 18
3
[RFC, PATCH 10/24] i386 Vmi descriptor changes
Descriptor and trap table cleanups. Add cleanly written accessors for IDT and GDT gates so the subarch may override them. Note that this allows the hypervisor to transparently tweak the DPL of the descriptors as well as the RPL of segments in those descriptors, with no unnecessary kernel code modification. It also allows the hypervisor implementation of the VMI to tweak the gates, allowing for
2007 Apr 18
3
[RFC, PATCH 10/24] i386 Vmi descriptor changes
Descriptor and trap table cleanups. Add cleanly written accessors for IDT and GDT gates so the subarch may override them. Note that this allows the hypervisor to transparently tweak the DPL of the descriptors as well as the RPL of segments in those descriptors, with no unnecessary kernel code modification. It also allows the hypervisor implementation of the VMI to tweak the gates, allowing for
2010 Feb 16
0
[LLVMdev] FD_ZERO unsupported inline asm on 64 bit
Hi Cristi, > It seems the bug has been reopened. After reading the comments related to the bug report, it was not clear if this is fixed in llvm-gcc, or just in clang. it has been fixed in clang but not in llvm-gcc. Ciao, Duncan.
2010 Feb 16
1
[LLVMdev] FD_ZERO unsupported inline asm on 64 bit
> it has been fixed in clang but not in llvm-gcc. I believe I fixed it in llvm-gcc via fixincludes :) Not the best way, but... -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University
2013 Feb 19
13
[PATCH] mini-os: implement poll(2)
It is just a wrapper around select(2). Signed-off-by: Wei Liu <wei.liu2@citrix.com> --- extras/mini-os/include/posix/poll.h | 1 + extras/mini-os/lib/sys.c | 90 ++++++++++++++++++++++++++++++++++- 2 files changed, 90 insertions(+), 1 deletion(-) create mode 100644 extras/mini-os/include/posix/poll.h diff --git a/extras/mini-os/include/posix/poll.h
2004 Aug 06
2
icecast + irix
well i fixed it a bit, if you add #include <sys/select.h> it gets rid of: connection.c:192: `fd_set' undeclared (first use in this function) connection.c:192: (Each undeclared identifier is reported only once connection.c:192: for each function it appears in.) connection.c:192: parse error before "rfds" connection.c:193: storage size of `tv' isn't known
2014 Feb 13
3
Libguestfs (1.22.6) driver/changes for mingw/win32
Hi, I attached the changes I made to a vanilla libguestfs-1.22.6 in order to make it work in mingw/win32. Added is also the patch required to make QEMU compatible (add a command to QMP that lists the supported devices (the regilat way you do it print it to stderr, which is difficult to redirect in win32)). This is done on behalf of Intel Corp. Thanks, Or (oberon in irc)
2004 Aug 06
2
icecast + irix
Yeah, alright, it configures fine, and here's what happens when i make. >make .....yadayadayada..just some warnings here..... (here is where it dies) gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -g -O2 -Wall -c connection.c connection.c: In function `get_connection': connection.c:191: `fd_set' undeclared (first use in this function) connection.c:191: (Each undeclared
2007 Dec 21
2
[Virtio-for-kvm] [PATCH 7/7] userspace virtio
From f244bcad756c4f761627557bb7f315b1d8f22fb2 Mon Sep 17 00:00:00 2001 From: Dor Laor <dor.laor@qumranet.com> Date: Thu, 20 Dec 2007 13:26:30 +0200 Subject: [PATCH] [VIRTIO-NET] Rx performance improvement The current performance are not good enough, the problem lies in qemu tap handling code that caused to pass packets one at a time and also to copy them to a temporal buffer. This patch
2007 Dec 21
2
[Virtio-for-kvm] [PATCH 7/7] userspace virtio
From f244bcad756c4f761627557bb7f315b1d8f22fb2 Mon Sep 17 00:00:00 2001 From: Dor Laor <dor.laor@qumranet.com> Date: Thu, 20 Dec 2007 13:26:30 +0200 Subject: [PATCH] [VIRTIO-NET] Rx performance improvement The current performance are not good enough, the problem lies in qemu tap handling code that caused to pass packets one at a time and also to copy them to a temporal buffer. This patch
2012 Jan 19
3
[PATCH] libxl_qmp: Handle unexpected end-of-socket
When read() return 0, the current code just tries again. But this leads to an infinite loop if QEMU died too soon. Also, retry select if a signal was caught. Signed-off-by: Anthony PERARD <anthony.perard@citrix.com> --- tools/libxl/libxl_qmp.c | 6 +++++- 1 files changed, 5 insertions(+), 1 deletions(-) diff --git a/tools/libxl/libxl_qmp.c b/tools/libxl/libxl_qmp.c index
2005 Jun 20
2
app_valetparking.c
Since www.bkw.org seems not to exist anymore (getting response from some hosting provider), does anyone happend to have a copy of app_valetparking.c from www.bkw.org - the one that should work with * stable 1.0.X ? If so please contact me. One that can be downloaded from www.loligo.com dosn't compile with 1.0.X, and SuperValletParking (www.asterlink.com/svp/) seems to be for * HEAD
2005 Jun 20
1
Re: app_valetparking.c for * STABLE (1.0.X)
Nope ! This is the one that tries to include PRE 1.0.X header file <parking.h>. It cannot compile on * 1.0.X (I have tried also to include <features.h> instead of <parking.h> (as far as I know features.h is successor to parking.h), but still without results). Thanks anyway. Nenad > > Try this > >> Since www.bkw.org seems not to exist anymore (getting
2003 Feb 20
0
Netbios name service forwarding.
I wrote this little program to deal with the situation where there are a number of workgroups on a number of subnets with no WINS server [actually I couldn't get this configuration to run with a WINS server - but that's another story] You run this program on machines bridging your subnets and it listens for netbios nameserver packets and forwards them. [Broadcast packets are sent on to
2006 Sep 06
7
[RFC PATCH] allow connecting to xenconsole from remote hosts
The attached patch makes xenconsole send and receive console messages over a remote connection, instead of via stdin/stdout - if given the --remote switch. It is useful for proxy''ing real console message or other protocol messages (such as gdb) between dom0 and a remote host. We''re currently using it for proxying gdb between gdbstub in a partition that talks gdb over the console
2004 Aug 06
0
icecast + irix
> well i fixed it a bit, if you add > > #include <sys/select.h> > > it gets rid of: > > connection.c:192: `fd_set' undeclared (first use in this function) > connection.c:192: (Each undeclared identifier is reported only once > connection.c:192: for each function it appears in.) > connection.c:192: parse error before "rfds" >