search for: expand

...s wrong because in the first case you are working in a > locale where that character is representable. In my locale it is not, so x1 > is converted to UTF-8, and everything compares equal. > > An explicit conversion of x1 to UTF-8 should fix this, i.e. replace > > x1 <- path.expand(paste0("~/", filename)) > > with > > x1 <- enc2utf8(path.expand(paste0("~/", filename))) > > Could you try this and see if it helps? Nope: > ## path.expand shouldn't translate to local encoding PR#17120 > filename <- "\U9b3c.R" &g...

...s the cause. I see some memory issues in the TODO list with my distribution, but I'm not familiar with the fix(es). It perplexes me that the site above references 80MB transfers - over twice the size of my current issue ... oh wait, my test is back (with double-v) ... receiving file list ... expand file_list to 4000 bytes, did move expand file_list to 8000 bytes, did move expand file_list to 8000 bytes, did move expand file_list to 16000 bytes, did move expand file_list to 16000 bytes, did move expand file_list to 32000 bytes, did move expand file_list to 32000 bytes, did move expand file_lis...

Hello all, I would like to propose a large change to LLVM that I would be happy to implement. The instruction selection legalizer knows of three different ways to legalize an action (ignoring an already legal action). - Expansion - Promotion - Custom Expanding a node will lead to one of two things - the operation will be split into several equivalent smaller operations (i.e. 64-bit mul => two 32-bit multiplications), or it will be expanded into a different operation(s) (i.e. SDIVREM => SDIV + SREM or a runtime library call). This can be ambiguo...

...a/mangle.o java /mangle_name.o java/builtins.o java/resource.o java/jcf-write.o java/buffer.o java/check-init.o java/jcf-depen d.o java/jcf-path.o java/xref.o java/boehm.o java/java-tree-inline.o mkdeps.o main.o libbackend.a -L../zlib -l z -liconv ../libiberty/libiberty.a -liconv libbackend.a(llvm-expand.o):llvm-expand.c:(.text+0x1dc1f): undefined reference to `_stmts_are_full_exprs_p' libbackend.a(llvm-expand.o):llvm-expand.c:(.text+0x1dc31): undefined reference to `_stmts_are_full_exprs_p' libbackend.a(llvm-expand.o):llvm-expand.c:(.text+0x20b15): undefined reference to `_stmts_are_full_e...

Dear list members, I've encountered a problem using expand.model.frame() with a model specified without an explicit data argument. To illustrate (R 2.0.1 under Windows XP): > x <- rnorm(10) > y <- x + rnorm(10) > mod <- lm(y ~ x) > z <- 1:10 > expand.model.frame(mod, "z") Error in eval(expr, env...

Are you primarily trying to avoid Expand being implemented as a lib call with a larger type? No - I’m stuck in this situation: - 8-bit addition is legal - 16-bit addition is illegal, should expand into an add and an add with carry - A few operations support 16-bit operands - the 16-bit DREGS register class The legalizer...

On 2017-05-24, Duncan Murdoch wrote: [...] > Okay, how about if we weaken the test? [...] > try > > stopifnot(path.expand(paste0("~/", filename)) == > paste0(path.expand("~/"), filename)) > Nope: > ## path.expand shouldn't translate to local encoding PR#17120 > filename <- "\U9b3c.R" > > #stopifnot(identical(path.expand(paste0("~/&qu...

Dear expeRts, The order in which the variables vary in expand.grid() is often unintuitive. I would like to suggest a 'method' slot for expand.grid() which requires only very little changes (100% backward compatible) and which allows one to control this order. Please find attached diffs against R-devel. Cheers, Marius ### ./src/library/base/R/expa...

Hi, I have one question on expand.grid() function. When I write following syntax :expand.grid(c("u", "l"), c("u", "l"), c("u", "l")) I get following as desired : Var1 Var2 Var3 1 u u u 2 l u u 3 u l u 4 l l u 5 u u l 6...

Dear list, I've recently came across a problem that I think I've solved and that I wanted to share with you for two reasons: - Maybe others come across the same problem. - Maybe someone has a much simpler solution that wants to share with me ;-) The problem is as follows: expand.grid() allows you to generate a data.frame with all combinations of a set of values, e.g.: > expand.grid(par1=-1:1,par2=c('a','b')) par1 par2 1 -1 a 2 0 a 3 1 a 4 -1 b 5 0 b 6 1 b There is nothing wrong with this nice function except when you...

> On Jun 6, 2019, at 2:04 PM, Richard O'Keefe <raoknz at gmail.com> wrote: > > How can expanding tildes anywhere but the beginning of a file name NOT be > considered a bug? > > I think that that IS what libreadline is doing if one allows a whitespace separated list of file names. As reported in R-help, https://www.mail-archive.com/r-help at r-project.org/msg254116.html path...

Hi, I am failing make check in r72721 at the end of reg-tests-1d.R. The relevant block of code is ## path.expand shouldn't translate to local encoding PR#17120 filename <- "\U9b3c.R" print(Encoding(filename)) x1 <- path.expand(paste0("~/", filename)) print(Encoding(x1)) x2 <- paste0(path.expand("~/"), filename) print(Encoding(x2)) stopifnot(identical( path.expand(pas...

Hi R-helpers, I have two queries relating to generalising to n dimensions: What I want to do in the first one is generalise the following statement: expand<-expand.grid(1:x[1],1:x[2],...1:x[n]) where x is a vector of integers and expand.grid gives every combination of the set of numbers, so for example, expand.grid(1:2, 1:3) takes 1,2 and 1,2,3 and gives 1,1 2,1 1,2 2,2 1,3 2,3 My x vector has varying lengths and I can't find a way of...

On Friday 15 May 2015 11:40:56 Richard W.M. Jones wrote: > The common error function already prints the program name, so > we don't need to print it twice. > > Before: > > $ virt-resize --expand "" > virt-resize: error: virt-resize: empty --expand option > > After: > > $ virt-resize --expand "" > virt-resize: error: empty --expand option > --- > resize/resize.ml | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff -...

...154792 156288 32 128 kmalloc-16 6343 7936 16 256 kmalloc-8 8192 8192 8 512 kmem_cache_node 256 256 128 32 kmem_cache 176 176 256 16 (XEN) [2013-11-18 21:44:32] grant_table.c:1249:d1 Expanding dom (1) grant table from (4) to (5) frames. (XEN) [2013-11-18 21:44:32] grant_table.c:289:d0 Increased maptrack size to 8 frames (XEN) [2013-11-18 21:49:28] grant_table.c:1249:d1 Expanding dom (1) grant table from (5) to (6) frames. (XEN) [2013-11-19 00:00:26] grant_table.c:1249:d1 Expanding dom...

...to have a block size of 4 people and i want to assign a treatment combination to the entire block, there would be 16 different treatment combinations (TTTT, TTTP, TTPP, PTTP, etc.) i am trying to get all 16 permutations and i am able to use this code below. drugs=c('P','T'); comb=expand.grid(drugs,drugs,drugs,drugs) for a block size of 3 the code would be comb=expand.grid(drugs,drugs,drugs) and for a block size of 2 it would be comb=expand.grid(drugs,drugs). my question is whether there is a way to automatically create the comb variable. i tried using expand.grid(rep(drugs, bloc...

...ibs/klibc/klibc.git;a=commit;h=42c84c0c2ed8f5b9a81bd70582edfa9d7ead08be Author: Nikolai Merinov <n.merinov at inango-systems.com> AuthorDate: Mon, 29 Apr 2019 19:13:37 +0500 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 28 Mar 2020 21:42:55 +0000 [klibc] dash: expand: Fix trailing newlines processing in backquote expanding [ dash commit c4f4ee8ecf85834811c252fc1df3892863572bbd ] According to POSIX.1-2008 we should remove newlines only at the end of the substitution. Newlines-only substitions causes dash to remove newlines before beggining of the substitution....

.../mangle_name.o java/builtins.o java/resource.o java/jcf-write.o java/buffer.o java/check-init.o java/jcf-depen > d.o java/jcf-path.o java/xref.o java/boehm.o java/java-tree-inline.o mkdeps.o main.o libbackend.a -L../zlib -l > z -liconv ../libiberty/libiberty.a -liconv > libbackend.a(llvm-expand.o):llvm-expand.c:(.text+0x1dc1f): undefined reference to `_stmts_are_full_exprs_p' > libbackend.a(llvm-expand.o):llvm-expand.c:(.text+0x1dc31): undefined reference to `_stmts_are_full_exprs_p' > libbackend.a(llvm-expand.o):llvm-expand.c:(.text+0x20b15): undefined reference to `_stmts_...

Hello All: The function expand.grid() does nearly exactly what I want for permutation tests I wish to carry out, and it does so quickly when the number is kept small as in the example below: expand.grid(rep(list(c(-1, 1)), 3)) Var1 Var2 Var3 1 -1 -1 -1 2 1 -1 -1 3 -1 1 -1 4 1 1 -1 5 -1 -1...

.../lex.o f/malloc.o f/name.o f/parse.o f/src.o f/st.o f/sta.o f/stb.o f/stc.o f/std.o f/ste.o f/storag.o f/stp.o f/str.o f/sts.o f/stt.o f/stu.o f/stv.o f/stw.o f/symbol.o f/target.o f/top.o f/type.o f/where.o main.o libbackend.a ../libiberty/libiberty.a libbackend.a(llvm-out.o): In function `llvm_c_expand_body': llvm-out.c:(.text+0x1c2): undefined reference to `lang_expand_function_end' llvm-out.c:(.text+0x1c6): undefined reference to `lang_expand_function_end' libbackend.a(llvm-out.o): In function `llvm_init_asm_output': llvm-out.c:(.text+0x70e): undefined reference to `c_language...