search for: findlocal

...comp(expr, env = envir, options = list(suppressUndefined = TRUE)) and for R >= 2.13.0 comp is defined as compiler::compile: function (e, env = .GlobalEnv, options = NULL) { cenv <- makeCenv(env) cntxt <- make.toplevelContext(cenv, options) cntxt$env <- addCenvVars(cenv, findLocals(e, cntxt)) genCode(e, cntxt) } <environment: namespace:compiler> My guess is that the function findLocals or genCode can not handle a 2-length expression vector. Maybe somebody who knows the internals of these functions could explain better this behaviour? How can I concatenate two...

...and send me the results? It will display four messageboxes with a short word in the caption and a longer one in the box body. The zip file contains a compiled version of the program Thanks, Alexander N. S?rnes -------------- next part -------------- A non-text attachment was scrubbed... Name: FindLocalized.c Type: application/x-executable Size: 498 bytes Desc: not available Url : http://www.winehq.org/pipermail/wine-users/attachments/20080106/e56b56f7/attachment-0002.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: FindLocalized.zip Type: application/x-zip...

...ed = TRUE)) >> >> and for R>= 2.13.0 comp is defined as compiler::compile: >> function (e, env = .GlobalEnv, options = NULL) >> { >> cenv<- makeCenv(env) >> cntxt<- make.toplevelContext(cenv, options) >> cntxt$env<- addCenvVars(cenv, findLocals(e, cntxt)) >> genCode(e, cntxt) >> } >> <environment: namespace:compiler> >> >> My guess is that the function findLocals or genCode can not handle a >> 2-length expression vector. >> >> Maybe somebody who knows the internals of these functi...

Dear R fellows, Assume I define a <- expression(fn+tp) sen <- expression(tp/a) Now I'd like to know, which variables are necessary for calculating sen all.vars(sen) This results in a vector c(tp,a). But I'd like all.vars to evaluate the sen-object down to the ground level, which would result in a vector c(tp,fn) (because a was defined as fn+tp). In other words, I'd like

Hi Stepan, Sorry for the delay. It's great that you are working on MergeFunctions as well and I agree, we should definitely try to combine our efforts to improve MergeFunctions. Just to give you some context, the pass (with the similar function merging patch) is already being used in a production setting. From my point of view, it would be better if we focus on improving its capability

Hello Sean and Tobias, Sean, Thank you. Could you describe Nick's ideas in few words or give me links to your discussion, so I could adapt my ideas to it. Tobias, Your patch fails on several modules in my benchmark (73 of ~1800 tests). I have sent one as attachment. See statistics files for more details, all the .ll files you could simply find in test-suite object directory (after