search for: move_ent

Hi everyone, I have an idea that should allow reducing code duplication in Casting.h while making llvm::isa, llvm::cast, llvm::dyn_cast, etc more generic. Since we added unique pointers support for these template functions (see ab480f45cd23c08cb9aa3f427aad072df249135f) I propose to generalize their semantics to deal with any pointer-like type (i.e. dereferenceable and implicitly convertible to

Hello, klibc-1.4 and klibc-1.4.29 don't export the creat function: $ klcc -static -s -Wall rtfs.c -o rtfs rtfs.c: In function 'move_ent': rtfs.c:318: warning: implicit declaration of function 'creat' rtfs.o: In function `move_ent': rtfs.c:318: undefined reference to `creat' $ grep creat\\b /usr/lib/klibc/include/ -r /usr/lib/klibc/include/zlib.h: descriptors are obtained from calls like open, dup, creat, pipe...

Hello, I am trying to import a list of "structure" objects into R (data for BUGS, actually), but am having little success. In the help file for scan there dies not seem to be a list of valid values for the "what" keyword. Can anyone provide me with one? I have pasted in a sample input file that I am trying to import below this message. I have tried

Looks pretty reasonable to me - with test cases. (not sure if dereferenced_type should be defined for a type that's not dereferenceable, though?) On Tue, Jan 23, 2018 at 7:02 AM Dmitriy Borisenkov via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Hi everyone, > > I have an idea that should allow reducing code duplication in Casting.h > while making llvm::isa, llvm::cast,

...inode; strcpy(l->path, s); hl = l; return NULL; } static void move_dir(const char *s); /* move a directory entry. recurse into subdirectories, copy regular files, * and recreate special files. * preserve owner, access and creation times and permissions, whenever * possible */ static void move_ent(const char *p, const char *n) { int pl = strlen(p), nl = strlen(n); char s[pl+nl+3]; struct stat st; struct utimbuf tm; s[0] = '.'; memcpy(s+1, p, pl); s[pl+1] = '/'; memcpy(s+pl+2, n, nl+1); if (!strcmp(s+1, newroot)) return; if (lstat(s+1, &st)) serror("s...

Thanks Krzysztof. That's very helpful - I was missing the distinction between a register containing an undefined value and a register marked as containing an undefined value. Cheers! On 1/23/18, via llvm-dev <llvm-dev at lists.llvm.org> wrote: > Send llvm-dev mailing list submissions to > llvm-dev at lists.llvm.org > > To subscribe or unsubscribe via the World Wide Web,

Regarding the patches, there are two concerns AFAICT: 1. It’s a new instruction and as usual when introducing a new instruction it will require work for some time until most optimizations know about it, and to get rid of any potential perf regression. No big deal; we just need to do the work (and we have already done some of it). 2. The patch was written by a student, which may not have time to