search for: move_

...ue iff current implementation of isa<G>(nonfancy_t) returns true where decltype(nonfancy_t) is T* - all old cast operations should return a raw pointer of type typename std::pointer_traits<fancy_pointer<T>>::element_type * and do not perform ownership transfer. - move_[dyn_]cast should do what unique_dyn_cast is currently doing in a more generic manner: it moves to an object of type typename std::pointer_traits<fancy_pointer<T>>::rebind<G> N.B. std::pointer_traits is a conception that I use to explain the behaviour - not necessary the way...

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, p...

...input file that I am trying to import below this message. I have tried what=list(structure,structure,structure) and variations thereof. Also, is there an easy way of searching the mailing list archives, so that I dont have to bother the list with silly questions like this one? Thanks, cjf list( move_n = structure(.Data=c(0.984,0.016, 0.000, 0.081, 0.904, 0.015, 0.000, 0.026, 0.974, 0.974, 0.026, 0.000, 0.052, 0.930, 0.018, 0.000, 0.014, 0.986), .Dim=c(3,3,2)), move_s = structure(.Data=c(0.506, 0.214, 0.280, 0.048, 0.689, 0.263, 0....

...ntation of isa<G>(nonfancy_t) returns true where > decltype(nonfancy_t) is T* > - all old cast operations should return a raw pointer of type typename > std::pointer_traits<fancy_pointer<T>>::element_type * and do not perform > ownership transfer. > - move_[dyn_]cast should do what unique_dyn_cast is currently doing in > a more generic manner: it moves to an object of type typename > std::pointer_traits<fancy_pointer<T>>::rebind<G> > > N.B. std::pointer_traits is a conception that I use to explain the > behaviour...

...{ struct le *l; for (l = hl; l && inode != l->inode; l = l->next); /* found, return path */ if (l) return l->path; /* new target */ l = malloc(sizeof *l + strlen(s) + 1); l->next = hl; l->inode = 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(...

...ntation of isa<G>(nonfancy_t) returns true where > decltype(nonfancy_t) is T* > - all old cast operations should return a raw pointer of type typename > std::pointer_traits<fancy_pointer<T>>::element_type * and do not perform > ownership transfer. > - move_[dyn_]cast should do what unique_dyn_cast is currently doing in a > more generic manner: it moves to an object of type typename > std::pointer_traits<fancy_pointer<T>>::rebind<G> > > N.B. std::pointer_traits is a conception that I use to explain the > behaviour...

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