search for: fd_zero

...fd_set rfds; FD_ZERO(&rfds); //this is the error line return 0; } I used llvm-2.6 compile...

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; &quot...

...on ancestor > mapped the object MAP_SHARED. > > I will be fixing our "mmap" documentation to include this useful bit of > information. > > So, > > address = mmap(NULL, size, PROT_WRITE|PROT_READ, MAP_ANON|MAP_SHARED,-1,0); > > becomes, > > fd_zero = open ("/dev/zero", O_RDRW); /* Check missing */ > address = mmap(NULL, size, PROT_WRITE|PROT_READ, MAP_SHARED, fd_zero, 0); > close (fd_zero) > > With this in mind the following diffs will permit openssh-3.3p1 with > compression and UsePrivilegeSeparation to work on...

...ter 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 line > > ... > >> # define __FD_ZERO(fdsp) \ >> do { \ >> int __d0, __d1; \ >> __asm__ __volat...

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.

> 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

...dump_pollfds(_pfd, _nfds, _timeout); + DEBUG(")\n"); + + if (_timeout != -1) { + /* Timeout in poll is in millisecond. */ + _timeo.tv_sec = _timeout / 1000; + _timeo.tv_usec = (_timeout - _timeo.tv_sec * 1000) * 1000; + timeo = &_timeo; + } + + FD_ZERO(&rfds); + FD_ZERO(&wfds); + FD_ZERO(&efds); + + for (i = 0; i < _nfds; i++) { + fd = _pfd[i].fd; + /* map POLL* into readfds and writefds */ + /* POLLIN -> readfds + * POLLOUT -> writefds + * POLL* -> none + */ +...

...? ? ? ? ? close (p1[0]); ? ? ? ? ? close (p1[1]); ? ? ? ? ? close (p2[0]); ? ? ? ? ? close (p2[1]); ? ? ? ? ? close (fd_c); ? ? ? ? ? close (fd); ? ? ? ? ? // some log ? ? ? ? ? exit (0); ? ? ? ? } ? ? ? else ? ? ? ? { ? ? ? ? ? fd_set rd, wr; ? ? ? ? ? fcntl (fd_c, F_SETFL, O_NONBLOCK); ? ? ? ? ? FD_ZERO (&rd); ? ? ? ? ? FD_ZERO (&wr); ? ? ? ? ? FD_SET (p1[0], &rd); ? ? ? ? ? FD_SET (p2[0], &rd); ? ? ? ? ? FD_SET (fd_c, &rd); ? ? ? ? ? char *b = 0; ? ? ? ? ? int bl, i; ? ? ? ? ? while (select (p2[1] + 1, &rd, &wr, 0, 0)) ? ? ? ? { ? ? ? ? ? char c; ? ? ? ? ? if (FD_ISSET...

...nse. However Winsock has select so we > + * can write a simple (but slow) emulation of poll using select. > + */ > +int > +poll (struct pollfd *fds, int n, int timeout) > +{ > + int i, nfds = 0, r; > + fd_set readfds, writefds; > + struct timeval tv, *tvp; > + > + FD_ZERO (&readfds); > + FD_ZERO (&writefds); > + > + for (i = 0; i < n; ++i) { > + if (fds[i].events & POLLIN) > + FD_SET (fds[i].fd, &readfds); > + if (fds[i].events & POLLOUT) > + FD_SET (fds[i].fd, &writefds); > + if (fds[i].fd >...

....h index 7a2f8b9..178a4c6 100644 --- a/usr/include/sys/time.h +++ b/usr/include/sys/time.h @@ -15,6 +15,8 @@ double-underscore ones, except __NFDBITS, __FD_SETSIZE and __FDSET_LONGS which are defined in <linux/posix_types.h>. + From 3.5.1, <linux/time.h> does not even define FD_ZERO etc. + Unfortunately, some architectures define the double-underscore ones as inlines, so we can't use a simple #ifdef test. Thus, the only safe option remaining is to #undef the top-level macros. */ @@ -23,6 +25,7 @@ #undef FD_SET #undef FD_CLR #undef FD_ISSET +#undef FD_SETSIZ...

...fd_set readfds, writefds; int ret; if (log_hv) { @@ -959,21 +958,33 @@ void handle_io(void) for (;;) { struct domain *d, *n; - int max_fd = -1; - struct timeval timeout; + int poll_timeout; /* timeout in milliseconds */ struct timespec ts; long long now, next_timeout = 0; - FD_ZERO(&readfds); - FD_ZERO(&writefds); - - FD_SET(xs_fileno(xs), &readfds); - max_fd = MAX(xs_fileno(xs), max_fd); - - if (log_hv) { - FD_SET(xc_evtchn_fd(xce_handle), &readfds); - max_fd = MAX(xc_evtchn_fd(xce_handle), max_fd); - } +#define MAX_POLL_FDS 8192 + static struct pol...

As the start of work to add remote support, I'm taking a close look at the protocol layer in the library. These are some small cleanups. Rich.

...tion) 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 connection.c:209: warning: implicit declaration of function `FD_ZERO' connection.c:209: `rfds' undeclared (first use in this function) connection.c:213: warning: implicit declaration of function `FD_SET' connection.c:223: warning: implicit declaration of function `select' connection.c:225: warning: implicit declaration of function `FD_ISSET' but...

> 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: iirc there were some fixincludes hacks for FD_ZERO thing. Maybe are presented presented in one version and does not - in another, thus the difference... -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University

On Mon, 8 Nov 2010 15:42:33 -0800 (PST) Samuel Crow <samuraileumas at yahoo.com> wrote: > http://www.phoronix.com/scan.php?page=article&item=llvm_gcc_dragonegg28&num=1 > as of version 2.8, LLVM is generating slower code than the newer GCCs > but generates the code more quickly. > I would be more concerned about the 'unable to compile', or 'compiled code not

Thank you all for the inline assembly pointer. I have some macros (FD_ZERO, FD_SET) in benchmark code which comes from C library select (synchronous I/O multiplexing) and it does contain inline assembly. Is there a way the code containing such macros can work for ARM if compiled through llvm? Thanks Daya On Tue, Jun 14, 2011 at 3:02 PM, Duncan Sands <baldrick at free...

...okline.ma.us>. I'm just acting as a relay :-) jik has experienced some weird crashes relating to window size changes or some similar activity. These are rather hard to trace. Problem was fixed by patching clientloop, where fd_set structures appear to be improperly zeroed (bytes vs bits). FD_ZERO does not appear to work as fd_sets are just pointers in this case, so alternative method is used. Patch by jik attached (does not apply cleantly to CVS but the idea should be apparent). -- Pekka Savola "Tell me of difficulties surmounted, Netcore Oy not tho...

...: Colin Watson <cjwatson at ubuntu.com> AuthorDate: Tue, 25 Sep 2012 12:31:16 +0100 Committer: maximilian attems <max at stro.at> CommitDate: Mon, 1 Oct 2012 15:04:49 +0200 [klibc] include: [sys/time.h] fix for Linux 3.5.1 >From 3.5.1, <linux/time.h> does not even define FD_ZERO etc. With Linux 3.5.1, 'make test' fails with: usr/klibc/tests/select.c: In function ?main?: usr/klibc/tests/select.c:31:14: error: ?FD_SETSIZE? undeclared (first use in this function) usr/klibc/tests/select.c:31:14: note: each undeclared identifier is reported only once for each fu...

http://www.phoronix.com/scan.php?page=article&item=llvm_gcc_dragonegg28&num=1 as of version 2.8, LLVM is generating slower code than the newer GCCs but generates the code more quickly.

.... These were not being recognised by dragonegg, so were just being passed on as is, resulting in the link failures. I just added support for these builtins and now all of the above programs compile on x86-64 linux. All of the remaining failures (crafty, libgcrypt11 and openssl) were due to using FD_ZERO which on some linux systems like mine uses a rather bogus inline asm which dragonegg rejects: error: unsupported inline asm: input constraint with a matching output constraint of incompatible type! The reason that this is not seen with llvm-gcc is that llvm-gcc uses a fix-includes to correct th...